Hi Joren, Samuel,
On 30 January 2013 17:00, Joren wrote:
>> But I don't think Ctrl+F should be a toggle command.
> I think its useful, and apparently I'm not the only one :-).
I am not completely sure where to stand here – but tend to agree with Samuel.
#1 I don't know any other software that l
Hi Narayan,
On 1 February 2013 02:46, Narayan Aras wrote:
> I had raised a few usability issues in LibreOffice at Freedesktop.org; with
Could you please post a link to the specific bugs you opened here?
Astron.
___
Libreoffice-ux-advise mailing list
L
Hi Cedric,
On 29 January 2013 11:15, Cedric Bosdonnat wrote:
> Hi all,
>
> I was looking for the pictures to show when I have no template
> thumbnail. Do you have a link to the ones you were mentioning in our
> last chat? Were you mentioning the icons like this one?
>
> http://cgit.freedesktop.or
Hi Adolfo,
On 24 January 2013 17:56, Adolfo Jayme Barrientos wrote:
> Yeah, it’s considered “non-free” by Debian, but we can apply the same
> logic to the other “non-free” fonts added to LibreOffice, such as Open
> Sans, Source {Code|Sans} Pro and PT Serif.
Can you clarify why you think these fo
Hi Adolfo,
> But still, it’s too late to remove things. Too much hype this feature
> has created on blogs already... And people is still yelling that “we
> do not care about UI” or something like that...
Note that I only spoke about the user-defined background images
feature. Not about the Person
Hi Fitoschido,
On 24 January 2013 17:50, Adolfo Jayme Barrientos wrote:
> No, I don’t agree on removing the feature from 4.0. We should improve
> its rough edges instead of going the easy way.
You realise the 4.0.0 RC3 aka the 4.0.0 final release is going to be
tagged beginning of next week and
Hi Michel, Kendy,
* sorry this comes so late... *
tldr: The background image UI should really go if it won't work.
On 18 January 2013 10:03, Jan Holesovsky wrote:
>> May i make some suggestions on the pref panel ?
>> - why not keep the "own image" to select an image in local hd ?
Hm ... well,
Sent to Samuel only.
-- Forwarded message --
From: Stefan Knorr (Astron)
Date: 24 January 2013 16:40
Subject: Re: [Libreoffice-ux-advise] Word completion default value
To: Samuel Mehrbrodt
Hi Samuel,
while in general, I like this behaviour a lot better than the default,
I
Hi Tor,
On 24 January 2013 10:27, Tor Lillqvist wrote:
> If the Ubuntu typeface is so unique as they say (i.e. instantly
> recognisable) (or even worse, subconsciously recognised), wouldn't
> using it in templates then be an endorsement of Ubuntu? Isn't
> LibreOffice supposed to be vendor-neutral
Hi Björn, Tor,
On 24 January 2013 10:27, Tor Lillqvist wrote:
>> with LibreOffice on Windows and OSX? That would make them available for use
>> in
>> default templates etc.
Personally, I'd love to see it in LibreOffice, especially because it
is one of the very few opensource fonts that covers s
Hi Michael, Regina,
On 14 January 2013 12:17, Michael Meeks wrote:
> I'll get to fixing this for 4.0 - so I wouldn't worry :-)
Sound good. Thanks for the information & willingness to patch!
Astron.
___
Libreoffice-ux-advise mailing list
Libreof
Hi again...
In the interest of accuracy, I was overstating things, re:
>There is
> an especially visible regression which is that radial gradients do not
> work at all any more.
There are more templates that use radial gradients, but not all are
broken. (No idea what this brokenness depends upon)
Hi Alexander, all,
*forgot to mention during ESC call*
while looking at a fresh build of LibreOffice, I noticed that some of
the nice Presentation Backgrounds that use SVG's were broken. There is
an especially visible regression which is that radial gradients do not
work at all any more.
Right n
Hi Cedric, Mirek,
On 14 December 2012 12:24, Mirek M. wrote:
>> > Thus, a path bar would be largely unnecessary, as it would only show a
>> > single item. Also, there would no longer be an easy way to rename a
>> > folder (at least, if it acted like a traditional path bar).
>>
>> I'm about to cha
Hi Cedric
>> It'd be preferable not to have the color configurable -- the Options
I agree with that to about 75%. I.e. it should not be
user-configurable, but if it would adapt to GTK+/Qt themes and the
like, that'd be great.
I know that makes it harder, but I hope you see some point in trying
to
Hi Mirek
> I'm suggesting reusing the Presentation toolbar (under the name "Slide
> toolbar", since its actions apply to the current slide, not the whole
> presentation) with the "Duplicate slide" button shown by default.
Oops. Sorry for misreading your post.
> If you're afraid about the lack o
Hi Kendy,
thanks for the update and I am sorry that my "simple" mockup has
evolved into such a number of commits. I think it should be okay to
leave the look at the status quo for 3.6 and do the updates in 3.7 (or
is that 4.0 already ... oh my).
Astron.
___
Hi there,
On 3 September 2012 10:09, Cedric Bosdonnat wrote:
> That bug (fdo#44941) is purely is new UI idea. What do you think about
> this idea to add a new header/footer by double-clicking on it?
Well, Roman has written quite a lot in the bug itself and it does make
sense to me, too. So here'
Hello Kendy,
> Terribly sorry for missing your mail :-( Can you please describe me the
> problem more exactly? I can see the images, when I go eg. to
>
> http://cgit.freedesktop.org/libreoffice/core/tree/icon-themes/tango/lc10713.png
>
> and click "(plain)" after the "blob:
> c18733cf1528e91ee4a
Hello Jakub,
glad you wrote back. :)
On 6 August 2012 14:31, Jakub Steiner wrote:
> Hi Stefan,
> sorry I've let a response slip through. Wouldn't the fact that
> gnome-icon-theme is LGPL3 be enough to allow incorporating the bits you need
> into the libre office tree?
So, regarding LGPL:
* you
Hi,
wanted to answer before... but didn't send the mail.
> LibreOffice's GUI will change incrementally, improving usability of one
> feature at a time. A "big-bang" GUI rework of all modules would require a
> much larger developer community and would likely cause more problems than it
> would solv
Hi all,
I enabled CTL/Asian support some time ago and it doesn't bother me
performance-wise. However, the separate font entries in the Paragraph
Style dialogue do bother me quite a bit. I also don't really see the
use for them because (at least in the case of the CTL default) they
lump very differ
Since I have some trouble to add anything to Bugzilla right now...
Hi Tomasz, Rainer,
the dotted outline was used in the default theme of older versions of
Windows (I think even the XP default theme used it, but can't say
now). In Vista/7, it was replaced by the blue glow on the icons.
We now hav
still work.
Astron.
On 4 June 2012 16:32, Stefan Knorr (Astron) wrote:
> Hi,
>
> Since I noticed, the beta is supposed to be tagged today or tomorrow
> already and we in the Design team had talked about our new About thing
> a little...
> and I also don't seem to have an
Hi,
Since I noticed, the beta is supposed to be tagged today or tomorrow
already and we in the Design team had talked about our new About thing
a little...
and I also don't seem to have anything to do... I made this patch for About.
It does the following:
* it removes the bevel from the SVG backgr
Hello Andreas, Hylke, Jakub, Lapo!
We from LibreOffice are very much interested in getting some of your
contributions to the Gnome icon theme into LibreOffice. This will help
us to refresh our somewhat ageing Tango theme.
However, we use a different license for our contributions than Gnome
does. T
Hi Kendy,
> Can you please create a screenshot [with a "look here" arrow / point /
> line / circle / ...] for me to see what exactly do you mean? I am sure
> it is fixable, whatever it is :-)
Not a problem, see the attached file (it's magnified, so you won't be
able to measure exactly 23/19px th
Hello again,
so, one thing is always sure, when Regina writes here: lots of the
misunderstandings I have about the inner workings of the product are
resolved. Thanks!
But still...
> As Regina has already pointed out: *page* preview <> print preview. Page
> preview doesn't imply printing. Eg; exp
→ reply to list, too
Hi Kohei,
> I noticed that we actually allow saving and loading of document in print
> preview mode. But to me that feels very odd.
What sticks out as most odd to me is that our print preview is so
incredibly cluttered (menu bar + 2 toolbars), whereas e.g. in Firefox
it is
Hi all,
the thing with the name largely is non-issue, I'd say, since our
current hovering palettes clearly show the name of the colour that the
mouse cursor is over at the bottom.
However, it seems amiss in the concept on the whiteboard pages ...
that's an issue we should discuss, I guess.
Astro
Hi Rob,
> But can I solve this or should this be asked to the usability-mailinglist?
> And what is the emailaddress of that mailinglist?
The Address is libreoffice-ux-advise at freedektop org. I've CC'd that list.
> I have created a patch that corrects the name of the default locale to the
> s
Hi Norbert,
thanks... here's an updated version.
Astron.
0001-Use-normal-font-in-tab-headers.patch
Description: Binary data
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinf
Hi all,
>> > Here, I would like to propose two things:
>> > * make Insert mode harder to trigger, for instance, by having to use
>> > Shift+Ins (instead of just Ins)
>> > * remove the inidactor wholesale
>>
>> That is actually an interesting idea :-) The cursor changes to a block
>> one when the
Hi Kendy,
can you have a look at why it seems slightly off-centre? Maybe the
ruler widgets are wider than the rulers themselves seem. Thus, the
right side gets the margin you set and the left side gets set margin +
dead part of the ruler. Is that fixable somehow?
Astron.
_
Hi again,
thanks for the hint ... forgot the attachment.
Astron.
0001-Use-normal-font-in-tab-headers.patch
Description: Binary data
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailma
Hi there,
I've always wondered why LibreOffice (and before it Ooo) would make
the selected tab header bold, because no OS I know does that natively.
While there is an option with which backends could turn this behaviour
off, if there's no need for that we probably should remove it, I
guess.
Attach
Hi all,
this trivial patch sets the default number of sheets in a new Calc
file down to one (as discussed on ux-advise).
I am kind of unsure if the modification in defaultsoptions.cxx is
necessary since it does not seem to do anything on its own...
Otherwise it works...
Shall I push?
Astron.
0
Hi Matteo,
it's been some time, I know – but I had this among my drafts... I hope
you'll forgive.
> I just pushed my rework of ValueSet key navigation to master. Main
> differences from the old one are:
> * No more vertical wrap-around
> * Last item can be easily displayed also when on a short
Hi Michael,
I have no idea if that's deliberate, of course, but I'd say your
change is fine, given that we don't really support Galaxy. (Mind you,
I have used two Macs in my life and that was four, respectively ten
years ago. So, if there's a Mac user saying something else, you might
want to liste
Hi Kendy, Mirek,
great idea and a great list of things you've done!
> The commits that introduced that are the following:
>
> Lighter border window (no 3d effect):
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=51fdf273e9893d3d05c99a09e1c2e5835a78e891
> Zoom slider:
> http://cgit.freed
Hello all,
I've updated the proposal with data bars/color scales in mind...
https://wiki.documentfoundation.org/Design/Whiteboards/Conditional_Formatting
I've tried to describe it in the wiki... if there are questions, don't
hesitate to ask.
Astron.
Hi Korrawit,
> Talking about FindBar, shall this be discussed together?:
> when the cursor is in the FindBar, the FindBar trash almost all
> keyboard shoutcuts.
I think that makes sense. It's sort of a mode...
> This means you can't use the keyboard shortcuts, except, for example,
> Ctrl+A (Se
Hi all,
at the Hackfest (almost a month ago now, shame on me), I noticed how
the corners of the cells were slightly round... although they should
be square. This isn't a new effect, it's just that Markus's work
highlights it more.
Markus suggested that you (Thorsten) might be good person to speak
Hello Markus,
> Old planning has been moved a bit. Color scales and maybe data bars
> will make it into 3.6. Is there a good way to integrate it into the
> conditional formatting dialog?
I am working on it.
Meanwhile, there's an implementation detail that I would find useful to know:
how are data
Hi Kendy,
On 11 May 2012 13:06, Jan Holesovsky wrote:
> The report describes a bug that a setting that used to work does not
> work any more. My concern is that this setting shouldn't exist at all,
> in the first place ;-)
I couldn't agree more.
At least unless anyone comes up with a good ratio
Hi Mirek, all,
fwiw, at some point I had actually made a list of icons we could use,
see the listoficons.txt attachment in this message:
http://nabble.documentfoundation.org/Libreoffice-ux-advise-Floppy-Disk-tp3631864p3645733.html
Thanks for getting this going again! (And thanks for going on the
Hello Jean-Francois, Daniel,
> IMO, this is all about a styles expansion. Could be very useful, yes, but
> would require much coding I guess, contrary to what you're thinking.
Yes, it would be a lot of coding, and it would also require a lot of
new UI. If you are interested in this, I would reco
Hi Markus,
> As already discussed in Hamburg I'm happy with the current proposal
> but I have one point that I only noticed today. Would it be possible
> to add a concept for data bars and color scales?
Possible, certainly. I think, in the combo box "Cell value is" we'd
need a third choice like "
Hi Andrew,
> what are these data bars and color scales you speak of? could you like to the
> concept for them if you have one?
take a look here:
http://www.addictivetips.com/windows-tips/microsoft-excel-2010-data-bar/
and here:
http://www.addictivetips.com/microsoft-office/change-color-cells-i
Hi Pierre,
> 1. For the record: the ability to create a new style is one of the items
> of the list of styles.
Yes, that's the intention.
> 2. I understand that we will defer the option of sorting conditions.
> However I disagree with the proposition "the Add button Appended to the last
> con
Hi Cor,
> Some notes on that :
> - UNO:ZOOMIN en UNO:ZOOMOUT already exist, but are only active in
> (Writer?) print preview;
> - Ctrl-+ and Ctrl-- are not available, because of how it works in Calc.
> (could consider Ctrl-[ and Ctrl-] ??)
Oh, pain... yes, Ctrl-+/- would be really cool. Unf
Hi Gabor, Michael,
> No doubt Astron will be glad to see that cookie image die ;-)
No doubt, I am. Thank you, Gabor!
> On the 'cleanup themes to help artists' front, bug:
>
> https://bugs.freedesktop.org/show_bug.cgi?id=48873
>
> could use being split into smaller pi
Hello all,
so, there was a quite a long silence...
In the meantime, I've started a Whiteboard on a redesign for the
conditional formatting feature in Calc at:
https://wiki.documentfoundation.org/Design/Whiteboards/Conditional_Formatting
In the end, I decided that while I generally liked my first
Hi Tim,
> Do you want me to replace this by a sub menu or add the new despite the
> original one?
Right, so, currently we have the menu entry Zoom..., which opens a
dialogue (and that is the main problem, because that means at least
three clicks and moving your mouse a lot).
See the mockup attach
Hi all,
about a week ago, Michael (M.) noticed on ux-advise that some icons in
LibreOffice's Tango theme had been replaced. Well, I replaced those
and didn't do the sensible thing and discuss these changes first...
I'd like to make up for that lack of discussion. Thus, I've created a
wiki page to
Hi again,
sorry for two mails on this topic... Anyway, the old icon were those two:
http://cgit.freedesktop.org/libreoffice/core/tree/icon-themes/industrial/sw/imglst/lc20556.png
http://cgit.freedesktop.org/libreoffice/core/tree/icon-themes/industrial/sw/imglst/sc20556.png
Astron.
__
Hi Michael,
>Did we have a new formula icon in master ? I could have sworn tango had
> a nicer, simpler icon (or did something change) ?
It's new (well, it's been there for at least two months). And it's my
work. If you don't like it, sorry.
The old icon was a black Industrial icon that
Hi Matteo,
> Would you mind confirming them (yes/no will suffice)?
Yes. I believe that's all as we discussed. I hope all of this makes
sense, if not, we'll see later on. :)
Astron.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.free
Hi Markus,
> I don't see that much use in the Conditional Format Manager. Excel
> uses a totally different concept and treats each conditional format
> entry as one entry in the manager while we would a set of conditional
> formats treat as one entry.
Maybe I'm ignorant of something else here. Is
Hi Matteo,
> Well, in this case my goal is to let the user see the content of not-full
> rows without explicitly looking for it, and to move rapidly from an item to
> another without too much corrections.
I see.
> Good catch. Also speaking from a Western perspective, I find it somewhat
> confus
Hi Michael,
it's probably extremely late now, but here are some extremely rough
ideas (in no real order):
* Make vertical toolbars more usable: vertical toolbars can be great
if you can just throw the cursor to the side of the window and only
need the right vertical positioning (cf. Fitts Law). T
Hi Tim,
> As soon as the document is so small that it fits the window area there
> is no need to to go further to one corner that's why the document is
> centered below a certain zoom value I suppose.
I don't mind it being centred at the end. What I mind is that the
viewport moves from one corner
Hi Winfried, Michael, Ivan, all,
>> > I did some thinking (some, not a lot) on this matter.
>> > It seems that the default colour for font and line colour buttons is
>> > black and for background buttons (highlight excepted) is transparent.
>> > That does not look usefull to me, is these are bound
Hi again, people.
Sorry for the extremely long wait. I am not sure if my mockups live up
to any expectations that might have built up, but here we go...
I've just updated:
https://wiki.documentfoundation.org/File:Mockup-conditionalformatting.png
Take a look. In the following, I will use (n) to ref
Hi Cor,
What specifically doesn't work for you? For me it's about okay ~today.
(I remember August promised you a better solution for later, though.)
Astron.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.
Hi Cor,
> Apologies for not replying such a long time.
Well, it's great you came back to this!
> Yes. Funny thing is that the last week I gave a training and we were facing
> the behaviour that extended tips do not work when the help is not locally
> available. As mentioned at the wiki too.
> I
Hi Matteo,
so, took me a while to find the courage to read that :) But good
observations these are.
Anyway, ...
> Is this behavior the expected/commonly accepted one?
> I would like to propose:
> * left/right motion should not wrap around from first to last (or last
> to first) item. Moving thr
Hi Christoph, Ivan,
>> Hmm, is there any possible alternative?
Yes, you could easily use the verbs "Adapt [Objects]" and "Keep
[Ratio]" or similar. Take a look at: [1]. Overall, I'd love if we
could do any new UI we have in a more Gnome-y way (I am a declared
Gnome fanboy, sorry). Labelling butto
Hi Tim,
I have just played around with the behaviour you implemented. Often it
works quite well, but sometimes it does something I find quite odd. It
can be reproduced this way:
* open Draw
* draw a few large-ish shapes (e.g. one for every corner of the
document), so you can see where you are movi
Hi Tim,
Just got a build done with your patch in. Thanks for this lovely improvement!
> I have set a tolerance area of 20% but it could be easily changed. It is
> bigger than it does look.
Works nicely for me here.
> I have only used one shift speed which could also be adjusted.
What does the
Hi all,
so, I guess using sound in the right places is not a bad idea. Of
course, having 60 random beeps across the codebase means we're mostly
silent already (well, my experience of workingin LibO backs this up) –
in other words: removing the remaining beeps won't hurt so much any
more. What I'd
Hi Michael, Greggory,
I had a look here:
http://wiki.services.openoffice.org/wiki/File:OOo31_Usage_Feedback_Data.ods
Apparently, it's the 33rd-most-used function in Calc (if this is
indeed the .uno:ToggleMergeCells function, not the .uno:MergeCells
function) and our context menu there has "only"
Hi Markus,
before you go on implementing something like my proposal, there's a
quite frank question from my side: How much time do you plan on
spending on conditional formatting?
Read on only if you intend to work on this for a bit longer.
So... I've finally taken a look at how Excel's UI for co
Hi Pierre-Yves,
One thing: please use reply-to-all on this list, as not everyone might
be subscribed.
Another thing of note: please read the mail that should follow this
one before jumping to conclusions.
> I also like new style via the combo.
Thanks.
> I agree with the remark about includi
Hi Gérard,
please note: this list has the feature that by default only the person
being replied to gets the mail. If you want to continue the discussion
on the list, you have to CC all.
Thus I'm just including everything you wrote here:
2012/2/17 Gérard FARGEOT :
>> [1] One enabled/two disabled i
Hi Jean-Francois,
On 18 February 2012 17:22, Jean-Francois Nifenecker
wrote:
> In a former part of my professional life, I had been an unofficial part-time
> programmer (Turbo-Pascal, Object Pascal then Delphi).
Do get involved in hacking if you have the necessary skills and
interest, though! Th
Hi Ivan,
> Is it a good user experience: a drag&drop operation followed by a message
> box, asking for a decision?
Not ideal, but yes, seems like a reasonable and easy fix.
I have taken a look at the existing message (it only appears when
Ctrl-C'ing the slide and then Ctrl-V'ing it) and I find it
Hi,
> Kidding: thanks for the clear mockups. Looks pretty too me.
Hopefully, it's usable, too...
> I like the solution with the selection of a new style :-)
Thanks.
> For me it's OK if by default there are two or three conditions visible, but
> not too strong on that.
Hm, I thought it shoul
Hi Pierre-Yves, Cor, Markus,
I've created on an own (initial) mock-up, let me know what you think:
https://wiki.documentfoundation.org/File:Mockup-conditionalformatting.png
I'll try to do a quick walk-through:
* the == buttons are the "Shrink window" buttons ... I was too lazy to
insert the appr
Hi.
On 15 February 2012 15:37, Vit wrote:
> Hi all!
>
> Sorry to be here in this list, I've read about the problem and have some ideas
> how to solve this issue with borders:
>
> 1. Most of users wanting this borders are typing a lot and, to my mind, have
> to work with shown non-printing charact
Hi Albert,
> At least I get two annoying bugs:
> 1) The cursor moves In front of the text when the Prefix is reverted.
> 2) When trying to delete text in the edit box, the last character
> sticks (can't be deleted).
>
> Does someone have a clue whats going on?
Hm, no (not a coder I am). But can y
Hi Mirek, Michael,
> Anyhow - thanks for getting involved ! I look forward to what you come
> up with.
Hehe. Take a look at the amazing mock-up and ideas that Mirek has been
working on for a while now:
http://clickortap.wordpress.com/frivl/
(No, none of this is perfectly specced out yet,
Hi Markus, Pierre-Yves,
I believe I won't have so much time to work on this in the next ~two
weeks with you. Anyway, I hope I can give some helpful input now.
So, from what it looks like:
* It's a no-brainer that the dialogue is missing a "Remove
(condition)" button; currently you can only disable
Hi Winfried,
On 3 February 2012 15:23, Winfried Donkers wrote:
>> Stefan Knorr (Astron) wrote
>>So, do you think there's a chance you could implement the same behaviour for
>>* Background Colour in Writer
>>* Font Colour in Calc?
>
> I should expect the behav
Hi,
I am adding ux-advise to CC... as this is mostly about the UI ...
On 2 February 2012 22:09, Muhammad Haggag wrote:
> Forgot to add bug link: https://bugs.freedesktop.org/show_bug.cgi?id=37775
>
> On Thu, Feb 2, 2012 at 11:04 PM, Muhammad Haggag wrote:
>> Hello, folks.
>>
>>
>> I'm investig
Hi,
though well-intentioned, I actually forgot to add the design and
ux-advise lists to CC. Doing that now... Astron.
On 2 February 2012 19:22, Stefan Knorr (Astron)
wrote:
> Hi Barış, Noel,
>
> First of all: Barış, wonderful that you took this up!
> Secondly: I am adding the d
Hi Kendy,
> We discussed it with Cedric, and we cannot agree whether to show them or
> not for read-only documents ;-) - my view is that when you cannot do
> anything with the controls anyway, don't show them [contrary to eg. the
> links that you still can use to navigate the document], while Cedr
Hi Albert,
>> Albert, could you please confirm that you submitted your patch under
>> LGPL3+/MPL? (If you plan on doing more patches, please consider just
>> writing a blanket mail saying that you want to always commit under
>> these licenses and then add yourself to [1].)
>
> Done.
Thank you ver
Hi Albert, Korrawit, Ivan,
the idea sounds good, ... patch is simple, and the details seem to be
correct now. Thus, I've taken the liberty to replace "can" by "may"
and then push to master.
http://cgit.freedesktop.org/libreoffice/core/commit/?id=e70541dc4627d63f294837f3eefc1cc25398b703
Also, than
Hi Tim,
finally got around to compiling with your patch in and testing the
whole thing a bit and think I like the experience. Although, I would
still love if you could make sure that we in all cases reach exactly
25% zoom at some point (not just 24 and 26).
Thanks for your work.
Astron.
_
150%
200%
--
More..."
With the last item opening the Zoom window that currently resides
under View > Zoom.
Rationale:
* Status bar is not (very) accessible for keyboard users
* Context menus can be hard to find
(This issue has been brought up on the design list some time ago:
http://www.mail-
Hi Tim,
On 16 January 2012 21:57, Tim Hardeck wrote:
> So I think it would make sense to use mouse centered scrolling because
> normally the mouse is there were the user wants to zoom in. And if not most
> users will realize it quickly.
>
> So I was thinking about implementing it but just wante
Hi Tim, Cor,
On 16 January 2012 12:35, Cor Nouws wrote:
> I am looking at the factor 1.2
> That means that when zoom is 100, the next will be 120.
> The sequence (if round in Calc does the same as in C++) would look like:
> 13>17>21>26>33>41>51>64>80>100>120>144>173>207>249>299>358>430>516>619>74
Hi Michael,
> Is this a 4.0 feature we can add to the 4.0 plan ?
Done that. Albeit, probably didn't get the technical background right.
So, let's close this discussion for now.
Astron.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advis
Hi Michael, Andras,
>> Thanks for taking care of this issue. Pushed to libreoffice-3-5 with
>> changes. I did not see the point in shortening the body text.
Thanks for cherry-picking.
To put it with Joel Spolsky: "Users can't read" (linked to the
corresponding article further up in the thread). S
Hi Lapo, Jakub, Michael, everybody else reading,
*Just pushed the patch (with Lapo's suggested change of including the
source image), could someone else cherry-pick, please?*
http://cgit.freedesktop.org/libreoffice/core/commit/?id=f76c017cf4f216e72da362e4d5466a2e5cc7281e
(I don't want to mess up 3
Hi Korrawit,
> For the choice buttons that are too small, IMHO this could be fixed by
> resizing them to be larger, if don't want to change the texts. :-)
Hm, probably. Could you have a look, though, please, as these labels
are already supposed to get wider automatically and don't use
hard-coded
Hi all,
Lapo answered privately (because this list is goes unanswered if you
don't use "Reply All")...
Astron.
2012/1/8 Stefan Knorr (Astron) :
> Hi Lapo, everyone else,
>
> On 6 January 2012 20:11, Lapo Calamandrei wrote:
>> I'm missing some bits here, is i
Hi all,
First of all, I am hereby renaming the thread and am adding UX-Advise,
even if that won't necessarily gain us more participants in this
discussion.
Second,...
On 5 January 2012 18:12, Cor Nouws wrote:
> - 0
>
> People use it as quick-access too.
> Should we maybe ask the users?
It's the
Hi Christoph, William, everyone reading,
I've made a new patch that does only the following things:
* Correct the [en-US] thing
* Use Christoph's proposal "Confirm File Format" as the window title
* Remove the [en-US-old] text as that would have only been confusing
* (Probably most controversial:)
1 - 100 of 125 matches
Mail list logo
