from:"Stefan Knorr \(Astron\)"

Re: [Libreoffice-ux-advise] LATE FEATURE: Personas in LibreOffice

2013-01-24 Thread Stefan Knorr (Astron)

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, for Firefox, there's a persona builder add-on to do that.
I think it can also upload personas, so in a way, that's covered.

Additionally, of course, the background image functionality still
doesn't work in master – so, given how...
* we would need Kendy to work on this functionality, so it actually works
* we would need string changes to point out that background images and
personas are mutually exclusive (as you (Michel) already noticed)

So, this leads me to believe that we're best of just removing the
background images feature from 4.0.

>> - if i understand ok (images and personas are exclusive), we can have
>> the choices :
>>   *Toolbar background*
>> O Default
>> O Image  
>> O Firefox Persona
>>
>>   (I renamed "own image" to "Image")

Overall, I agree to this structure... and I am actually fine with the
shorter option titles – instead of the long options, a short
introductory text above telling users unaware of the feature what
Personas are would be nice (like "Use Personas to customize the
background of your toolbar." not sure if needs any more than that).
Again, this is now a feature for after 4.0.

>> - would it be possible to add a preview of image/persona ?
>> and a status text if there is an error (error loading image, error
>> loading persona, timeout...).

Agree.

* * *

On the design list, I wrote a small critique on the discoverability of
the personas feature comparing it to the Firefox feature without any
real solutions, just fyi...
http://nabble.documentfoundation.org/A-new-old-branding-tp4028724p4030504.html

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: including Ubuntu fonts in Windows/OSX installers

2013-01-24 Thread Stefan Knorr (Astron)

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?

As for its aesthetics, it is certainly somewhat unique, but not
unprecedented. E.g. the commercial font FF Dax [1] has quite a few
similarities.
Following Google including the Ubuntu font in its web font repository,
it has been used by others as well. E.g., it is widely used on the
Sourceforge website. (It is of course still called Ubuntu which you
could maybe see as an endorsement – which I think is one of the bigger
mistakes Canonical have made with the font. "Segoe UI" isn't called
"Microsoft," either. Same for "Lucida Grande"/Mac OS,
"Roboto"/Android, etc.)

Regards,
Astron.

[1] https://www.fontfont.com/fonts/dax/regular
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: including Ubuntu fonts in Windows/OSX installers

2013-01-24 Thread Stefan Knorr (Astron)

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 so many character
sets (Latin, Cyrillic, Greek, Arabic, IIRC). However, I thought there
were a few objections to the UFL license's (renaming etc.)
restrictions..?
(For this reason, it is still not included in e.g. the Open-SUSE repositories.)

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PUSHED 4.0] LATE FEATURE: Personas in LibreOffice

2013-01-09 Thread Stefan Knorr (Astron)

Hi again,

minor correction to my own post only
>> LibO window with my (admittedly somewhat slow (1000 Mb/s)) connection

Make that "1 MBit/s"...

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PUSHED 4.0] LATE FEATURE: Personas in LibreOffice

2013-01-09 Thread Stefan Knorr (Astron)

Hi all,

so, some of you know, I have soem reservations about this feature...
be that as it may, I have a small number of comments still:

* there are some spelling/grammar errors:
** the button for selecting the background image has the word "Backround" on it
** the window for Select a persona has the sentence "Find persona you
like" on it – lacks an "a" before "persona"
** also in that window: "Then copy the URL of page [...]" – lacking a
"the" before "page"

* I fear that enough people don't know what "URL" means, may I propose
"web address" as a more accessible replacement?

* What is the difference between "default persona" and "no persona"
(currently, at least)? I would remove this option until we decide we
want to ship a persona by default.

* Downloading personas appears to be synchronous, leading to visible
UI lag and Windows adding "(doesn't respond)" to the titlebar of the
LibO window with my (admittedly somewhat slow (1000 Mb/s)) connection
speed – it would be much better to make this ascynchronous.

On 9 January 2013 09:54, Petr Mladek  wrote:
> Hmm, it does not show the saved url in the options dialog. Instead, it
> shows URL template (http://www.getpersonas.com). I wonder if it is a
> feature.

I agree that it would be nice to see the name and URL of the current
persona somewhere, though not necessarily in the Persona Selection
dialogue itself. I guess the name could be on the preferences page,
e.g. directly after the "use own persona" option. Not sure about where
to put the URL...

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: LibreOffice ...... Libraries VCL

2012-12-20 Thread Stefan Knorr (Astron)

Hi Mariano,



> I wanted to see if I could make mock ups   and functions, with VCL.

To make mockups, there is now _partial_ support for Glade's .ui files. See here:
http://wiki.documentfoundation.org/Development/WidgetLayout

As a non-developer, I can't really tell you how to hook it up to code, though...


> Simply  .I searched   ,  the API   for VCL .

Mariano, sorry for the question, but is something wrong with you mail
software? Why are to so many spaces in your mail?

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re:

2012-12-14 Thread Stefan Knorr (Astron)

Hi Rushi,

On 14 December 2012 12:29, Rushi Shukla  wrote:
> Sorry I'm not clear about how to find the checkout of the libreoffice
> version I am trying to build .

Since you cloned into a folder called "libo", you should try looking
for that, I guess. Does that help?

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Personas in LibreOffice

2012-12-14 Thread Stefan Knorr (Astron)

Hi Kendy,

On 14 December 2012 17:21, Jan Holesovsky  wrote:
> So far this is still not finished, and I am fighting to have some time
> to finish that for Beta 2, and for late feature approval ;-) - so it
> still may happen that I'll need to just disable that code in 4.0, even
> though I'd love to finish that - I am close.
>
> The reason why it is Windows-only so far is that we do much more theming
> of the menu and toolbars ourselves on Windows, so we can better control
> there what is going on; so want to go the safe way, and do it
> Windows-only first, then extend to Linux too.

Sorry to rain on the parade here .. but is there some good reason why
we need this feature?
If people are unhappy with how LibreOffice looks, we should probably
tweak the platform specific look until it is better. And from looking
at screenshots from Mac OS (and to a much lesser extent, working with
Windows), I do understand why people would say that.

The thing is, those problems won't be solved at all when we allow
people to put pictures of their cats in the application background. In
fact, that will make matters for the most part. (I haven't yet seen
the feature working so far... But even Firefox's implementation of it
which tries to make sure everything stays usable does not guarantee
readable results.)

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Extension Manager: Link to further Extensions

2012-11-21 Thread Stefan Knorr (Astron)

Hi Andreas,

>> On Sat, Nov 17, 2012 at 11:36 PM, Andreas Mantke  wrote:
>>> the link for further extensions in extension manager of LibreOffice
>>> points currently to http://extensions.libreoffice.org. This page
>>> contains some explanation about the use of the extension-site but no
>>> extensions.

Seems to me, ... that the problem is that the page does not contain
extensions, not that LibreOffice links to the wrong page. (Why?
Because all users land on this somewhat useless page whether they
enter extensions.libreoffice.org in the address bar, use Google or
click the link in LibreOffice.)

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PATCH] Higher‐resolution OpenDocument icons for Mac OS X

2012-09-07 Thread Stefan Knorr (Astron)

Hi Caolan,

> So, re the contents of the icons.tar file, they look fine to me. I'm
> minded to add them in unless someone has some argument against that ?

+1 from me, they look good.
(You could always add more detail, but that's not necessary right now.)

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Higher‐resolution OpenDocument icons for Mac OS X

2012-08-28 Thread Stefan Knorr (Astron)

Hi Nicholas,

I am taking the liberty to add the design list into CC here...

Astron.

On 27 August 2012 16:58, Nicholas Shanks  wrote:
> Since I am unable to compile LO, I figured I would work on the artwork a bit.
> I noticed that the Windows .ico files included a 256px icon, and that
> there were 256px icons in PNG form in the tree, yet the Mac icons were
> only provided up to 128px in size.
> So I have created revised versions of the
> sysui/desktop/icons/oasis-*.icns files, derived directly from the PNG
> files.
>
> The Mac icon format also supports 512x512 and 1024x1024 sized icons,
> so I have generated PNGs for these sizes and included them in the icns
> files. (512px is used for the iTunes‐like carousel view called Cover
> Flow, and 1024 is used for the same on high pixel density displays.)
> These additional sizes add 2MB to the Mac distribution over the icns
> files with just 256 added (not attached), which itself adds very
> little due to better compression than the files currently in the tree.
> The LO Mac distribution is already 640 MB so I figured another two to
> make it look spiffy wouldn't hurt. If anyone objects though I can
> re‐send with just 256 or just 512 included.
> If you extract the attached tape archive into the sysui/desktop/
> directory everything should be placed in the correct location.
>
> I have NOT created equivalents for the OOo 1.0 and Microsoft file
> formats because I think LO is wrong to use identical icons for them. I
> will prepare new icons for all platforms which have the LibreOffice
> document branding (detached upper right corner and tinted thick
> border) but with elements that allow users to identify the file format
> too, so that a user can see directly from the icon that "oh, this is a
> Microsoft Word document, but double‐clicking it will open the file in
> LibreOffice".
>
> I also intend to create a new extension icon, the predominant shape of
> which will be like the current one, but rotated 90° clockwise and with
> the upper right corner detached, and a thick grey border and plain
> white interior (no green plus). I will try to make it suck less in
> appearance too, using main.svg as a starting point.
>
> I also have some ideas for the main application icon (which currently
> looks like a blank document, not an application). I think taking the
> brown, yellow, green, blue and purple triangles used to identify the
> main document types and arranging them radially in a circle 60° apart
> from one another would look good. This motif would then be placed in a
> square, rather than a rectangle, and adhere to platform conventions
> for the appearance of applications, e.g. 0° for Windows, 30° for Mac &
> Gnome, 45° for BeOS etc. Sound good?
>
> --
> Nicholas.
>
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: MacOS X 10.8 Mountain Lion

2012-07-28 Thread Stefan Knorr (Astron)

Hi there,

as an aside: how does LibreOffice fare on the new MBP's high-DPI
display? Does anyone know?

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: git branch audit ...

2012-07-19 Thread Stefan Knorr (Astron)

Hi Michael, all,

these two branches can probably go too:
origin/feature/line-numbers-in-basicIDE
 – merged some time before 3.5
origin/feature/masterpages
 – merged into 3.6

I am not 100% sure about this one, but I think it's merged too:
origin/feature/cell-format-data-bar
 – Markus's colour scale/data bar work, this should all be available in 3.6

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Review-3-6-0] [PUSHED-3-6] Branding & Splash screen fix

2012-07-17 Thread Stefan Knorr (Astron)

Hi Fridrich,

On 17 July 2012 11:21, Fridrich Strba
 wrote:
> Hello, I pushed it to 3-6. It will be in 3.6.1 release. If you want it

thanks.

> to be in 3-6-0 branch and thus in 3.6.0 release, you will need 2 more
> reviews.

Edited subject accordingly. Please review for 3.6.0. Thanks!

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Review-3-6] Fix for typo in template name

2012-07-17 Thread Stefan Knorr (Astron)

Hi there,

a very simple fix: when I added the title information (File -
Properties) to the Vintage masterpage, I accidentally typed "VIntage",
this is now corrected. (Although the name is apparently localised in
the template manager, so maybe this is almost inconsequential, as most
people don't actually use File - Properties.)

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Review-3-6] Branding & Splash screen fix

2012-07-17 Thread Stefan Knorr (Astron)

Hello there,

It'd be great if someone could cherry-pick the following  two commits into 3.6:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=151400ef49a2a351c236753e7e72781412659126
http://cgit.freedesktop.org/libreoffice/core/commit/?id=8b8e611e9e17d55c49209f02f70c4a0acd2e0448

(The first one updates the splash screen to use the real community
logo lockup, the second one fixes the bug on Mac OS X, where the
progress bar o nthe splash seemed very out of place)

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PATCH] Re: [Review-3-6?] New artwork for 3.6

2012-07-04 Thread Stefan Knorr (Astron)

Hi Petr,

> I have cherry-picked the duplication-removal into 3-6 branch, see
> http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-3-6&id=f342094d35c85a882db7b6ffe3f69ea9b3f8cc74

Thanks!

> Hmm, I see some troubles with the new branding:
>
> 1. LO register extensions during the first start. It shows the names of
>the extensions in the splash screen under the progress bar. In the
>new splash screen, the text is black and almost invisible. In
>addition, it is shown on the very edge of the dialog, so it might be
>shrinked. It was too fast, so I was not able to notice all details.

Sorry, I broke that. Can you tell me how these coordinates are set?

What would be great is, if the messages were plain white, and would be
displayed around 250px from the top.


> 2. Kendy told me one day that green did not look good on Windows
>because there were many things in blue. The new branding is really
>green. Have you seen it on Windows?

I have to admit, I was at first also scared of the all-greenness of
the splash that our good G+ circlers [1] chose. We did, among the
design team, discuss the other options, but if we hadn't  taken one
from the top three that would have probably meant just disregarding
the poll, and could have turned some people against us. Among the top
three, we felt this one was the most solid entry – and also in a
distant lead.
Anyway, after replacing the very bright colours in this splash with
our branding colours, it seemed much better to me. Also, concerning
the in-app feel: everything there is now much less blue and more grey
due to changes by Kendy & Mirek. I tried the splash on Windows and I
think it works quite well [2].


> 3. The older white about dialog with green motives looked much more
>shiny than the new one. Well, it was too shiny in compare with the
>rest of the application, so I do not have any strong opinion here.

I know it's a bit less shiny, and yes, you can view it as a drawback.
On the other hand, not having a background image/white background
automatically rids us of the ugly grey 1px frames around the buttons
etc. Also, not hard-coding the fonts makes it automatically work for
high-contrast users again (not a proper fix, I know).


Regards,
Astron.

[1] https://plus.google.com/u/0/102673546895803839652/posts
[2] https://dl.dropbox.com/u/87946285/libreoffice/splashwin.jpg
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-ux-advise] Enable CTL for Default?

2012-06-28 Thread Stefan Knorr (Astron)

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 different scripts together – most fonts aren't optimised for
both (e. g.) Arabic and Indic scripts.
Thus, if we think this principle through, we would end up with
different pickers for every language – which hopefully no one wants. I
would very much like to only ever see one default font, not three.

(It also adds two more tabs, Asian Typography and Asian Layout to the
same dialogue. It should be simple to add the three options in Asian
Typography as a button on the Font tab. Asian Layout would seem to
topically fit into the Position tab – which is already crammed though,
so that Tab would likely need to stay.)

Then, the Asian option adds the entries Hangul/Hanja Conversion and
Chinese Translation to the Tools→Language menu. These, don't bother me
really.

The other UI thing is that it adds three more pages to the options itself.
The Searching in Japanese page initially comes up with all options
enabled – thus, it might make sense to think about whether people
really need such granular control over these options or if we could
maybe make it all a single option (I am not Japanese, obviously, so I
am guessing wildly here). [NB: all the options are also available in
Find & Replace next to the tick box "Sounds like".]

Keeping most of the options for Asian Layout seems like a good idea to
me, but the Beginning and End Character settings, we can probably also
conclude the right thing to do from the default language setting, no?
As for the options under Conmplex Text Layout:
* Sequence Checking sounds like an option that's useful to keep;
* I am not sure about Cursor Movement, but I've tried the options and
"visual" seems to behave rather buggy – if it weren't it would likely
be the best option
* the "Digits" option: it could find a new home in the Languages tab
or it could be removed completely, with it being set to "Context"
always

This way, we could probably compress all the relevant options to a
single additional options page (instead of three) – which would lower
the UI impact immediately.

Conclusion: if we could adapt the UI as outlined, it would be great if
we could always enable CJK/CTL support.

Regards,

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Window background (was: Re: [ANN] LibreOffice 3.6.0.0 beta2 available for testing)

2012-06-28 Thread Stefan Knorr (Astron)

Hi ape, Kendy, (Mirek,)

CC'ing Mirek, since he proposed the look...

>   His eyes involuntarily seek the boundaries between objects: a page, the
> working area or a ruler.
>   If the objects are:
>   a) a very bright or dark;
>   b) have almost the same color and have no boundary lines;
>   c) have too much color contrast
>   lens of the muscles are working constantly. So my eyes tire quickly.
> Therefore, all the Office Suites have The Windows that have color schemes
> are very similar.

Tbh, I am not exactly sure what to take from this description ... I
don't find it eye-straining to work with LibO 3.6. (Then again, for
most actual productivity tasks I use Linux – where I am using the
similarly light Clearlooks theme, though.)

However, I agree that the document background is now a little light –
even the colour "Gray 10%" is darker now than the default window
background on Vista/7.
What bugs me much more than the default being a bit light though is
that the ruler background as well as the Start Center background
colour will stay the same no matter what application background colour
is chosen. IMHO these colours should be the same as the normal window
background, IMHO.


Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PUSHED] Re: [REVIEW-3-6 LATE FEATURE] color scales and data bars in calc

2012-06-15 Thread Stefan Knorr (Astron)

Hi Kendy,

> - the menu to open the dialog is currently the only submenu of Format ->
>  Conditional Formatting; looks to me as Conditional Formatting...
>  should be flattened for 3.6 (and given to submenu in 3.7 again) - but
>  that is probably Astron's call.  Astron?

Markus said, he is still going to do the Manager dialogue for 3.6
which would then become the second Conditional Formatting-related
item. However, "Format > Manage conditional formatting..." is a
somewhat long menu entry, thus Markus and I concluded, it would be
better to go for "Format > Conditional formatting > Manage..." even if
the submenu has only two elements.
(The current menu entry "Format > Conditional formatting > Conditional
formatting..." should according to the Whiteboard actually be "Format
> Conditional formatting > New condition...".)

The third and fourth item (New color scale..., New data bar...) will
only be implemented after 3.6.

Full mock-up is here:
https://wiki.documentfoundation.org/Design/Whiteboards/Conditional_Formatting .

Does that compute for you or do you think it's suboptimal?

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [LATE FEATURE] Windows UI improvements

2012-06-14 Thread Stefan Knorr (Astron)

Hi,

I won't try to judge the code, but I approve the visuals. :) (Some
further modifciation might still be useful to get rid of the white
"triangles" at the left and the right.)

Overall I like it very much though, thanks, Kendy.


Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-ux-advise] [PUSHED] Make new About dialogue a little nicer

2012-06-06 Thread Stefan Knorr (Astron)

Hi Jean-Baptiste, Riccardo

>> On Tue, 2012-06-05 at 12:06 +0200, Riccardo Magliocchetti wrote:
>>> It looks way cleaner, also what do you think about to align all the text
>>> above buttons to left instead of center ?

Hm, don't think that would look very good, to be honest. If the
dialogue were as slim as before it might look good, but now it is a
lot wider. Left-aligning the text and images would now look as if the
dialogue was "tilting" to the left.

>> Feel free to commit more improvements into master and even 3-6 branch
>> during the beta phase.

Okay, might do.

> Nicer about dialog, indeed, but in some cases the close button does not
> fit in the window. The code should check if the sum of the lengths of
> the four buttons is not greater than the window width.

Ah, thanks, Jean-Baptiste ... working on that. Btw, any idea why the
Website buttons still reads libreoffice.org for you?

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Dialog "About LibreOffice" contents

2012-06-05 Thread Stefan Knorr (Astron)

Hi Yoandy,

I just posted a patch on this list. Unless there are any obvious
problems with it, I think I am not going to work any more this...

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Patch] Make new About dialogue a little nicer

2012-06-05 Thread Stefan Knorr (Astron)

Hi.

I've received some feedback (almost unreadable copyright text etc.)
which I've incorporated. Additionally I found that the gradient in the
background didn't make much sense on many systems, especially when the
window colour is dark. So now, the background contains a white to
green gradient, not a transparent to green gradient.

I almost bothered to start on a high-contrast version, but since I
didn't know how to best get to my high-contrast logo and high-contrast
background, I will leave that for someone else.

Updated patch attached.

Screenshot links from below 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 anything to do... I made this patch for About.
> It does the following:
> * it removes the bevel from the SVG background
> * it removes the hardcoded button colour for the Website button (and
> also changes it's text, so it looks less like a link)
> * it unhides the Close button
> * it moves the button row below the copyright text
>
> Requisite screenshots:
> Before: 
> https://wiki.documentfoundation.org/File:Libreoffice-new-about-dialog.png
> After: https://wiki.documentfoundation.org/File:Modified-new-about-dialog.png
>
> I would be grateful if someone could take a look at this and commit it
> or well, not.
>
> Regards,
>
> Astron.

0001-Make-the-new-About-dialog-a-little-nicer.patch.tar.bz2
Description: BZip2 compressed data
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-ux-advise] Disabling file opening and saving in print preview mode

2012-06-03 Thread Stefan Knorr (Astron)

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; exporting to PDF is usefully previewed
> with Page preview.

Sure, you can preview a PDF before you export and actually it would be
a useful feature for the PDF export dialogue... but look at what's at
stake: Creating a PDF should take no longer than half a minute (and
that would be for a very long PDF) and no tree is harmed in the
process. So, if you're unhappy with the result you can just go back
and create a new PDF without wasting too many resources (i. e. paper).

As for the paper size/page size difference, I would just want to +1
Björn in that it's a misfeature. Another +1 to Björn for suggesting
that a fullscreen preview mode be added to the Print window.

The most useful thing about the Page Preview indeed seems to be
modifying margins. But that is only useful for Calc users, since in
every other application it is trivial to turn on rulers in the main
view/rulers are by default turned on in the main view. For the
uninitiated, it might also be somewhat counterintuitive to set the
page margins in the Page/Print Preview.

As for 3.6, I do agree with Kohei that it probably would be best to
just hide the menu and Standard toolbar looking at how expensive
adding a fullscreen mode to Print would be.

Regards,
Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: File type icons in icon-themes/[theme]/sfx2/res/

2012-05-31 Thread Stefan Knorr (Astron)

Hi all,

thanks for the helpful comments. So, checking with zip files seems a
good way to go about this...

@Eike: It seems the builtin file picker only shows 16x16 icons (unless
there is some incredibly well hidden option to switch to something
other than list view), so it at least can't be the consumer of those
32x32 icons etc.


>>        extra/source/symbols
>>
>>        Which are also unbelievably ugly - any ideas if they are used ?
>>
> They are built and installed. At
> officecfg/registry/schema/org/openoffice/Office/Common.xcs#1859
> comment says that the path contains the bitmap files which can be used
> for menu and toolbar icons. I found no queries to this path from the
> code and I have never seen these bitmaps in the UI.

I believe you can't do this (any more). While there is the possibility
to choose your own toolbar icons [1], none of the icons Michael found
are offered there.
They also don't seem to be part of packimages, since these have their
own makefiles– thus, they wouldn't be specifically picked at all (like
the icons in icon-themes), it would just package them all, no?

Astron.


[1] Tools → Customise... → Toolbars, Click Modify, then Change Icon...
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Disabling file opening and saving in print preview mode

2012-05-31 Thread Stefan Knorr (Astron)

→ 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 very focused (just a toolbar).
So, yes, I do agree with this, in general, just the Print Preview
toolbar should be enough.

However [crazy idea], since we now have a Print dialogue that already
contains a preview, might it be worth thinking about just removing the
separate print preview feature and making the print preview inside the
dialogue a little bigger?
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PATCH] Re: 1 sheet by default [was Re: Tinderbox failure, Linux-RHEL6-x86_64@14-with-check, MASTER, last success: 2012-05-15 18:12:02]

2012-05-31 Thread Stefan Knorr (Astron)

Hello Kendy, Stephan,

thanks for your help and pushing this (and the original patch).


> The approach looks rather sane to me (and apparently to Kendy also, who
> already pushed).  In general, the qadevOOo based tests are rather a mess,
> and nobody loves them.  However, they proved useful in finding regressions
> over and over again, so we should see to keep them working until newer,
> better tests replace their code coverage (and even go beyond).

Ah, ok.

> I just extended your approach of explicitly inserting an additional sheet to
> qadevOOo/tests/java/mod/_sc/ScModelObj.java (see
> 
> "Fix one more test that implicitly assumes more than one Calc sheet") and it
> appears to work well.

Oh. Good.

Regards,
Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

File type icons in icon-themes/[theme]/sfx2/res/

2012-05-31 Thread Stefan Knorr (Astron)

Hi,

in the path icon-themes/[theme]/sfx2/res/, there are a lot of
interesting file type icons, like old StarOffice document icons,
actual Word and Excel 97/2000 document icons etc. Since the icons we
need for the file picker all appear to be stored in
icon-themes/[theme]/res (without sfx2 in between that is), I'd love to
clear the aforementioned icons out.

It all compiles fine (at least for me without binfilter), but I'd
still like to ask if there's a way of making sure that I am not
deleting useful icons. Is there?

Astron.

The patch is somewhat large, so I'll just attach the names of the
files I git rm'd:
 icon-themes/crystal/sfx2/res/ln0103.png   |  Bin 1289 -> 0 bytes
 icon-themes/crystal/sfx2/res/ln0109.png   |  Bin 1632 -> 0 bytes
 icon-themes/crystal/sfx2/res/ln0112.png   |  Bin 1657 -> 0 bytes
 icon-themes/crystal/sfx2/res/ln051.png|  Bin 1870 -> 0 bytes
 icon-themes/crystal/sfx2/res/ln052.png|  Bin 1479 -> 0 bytes
 icon-themes/crystal/sfx2/res/ln057.png|  Bin 1479 -> 0 bytes
 icon-themes/crystal/sfx2/res/ln058.png|  Bin 1739 -> 0 bytes
 icon-themes/crystal/sfx2/res/ln059.png|  Bin 1651 -> 0 bytes
 icon-themes/crystal/sfx2/res/ln061.png|  Bin 1289 -> 0 bytes
 icon-themes/crystal/sfx2/res/ln062.png|  Bin 1629 -> 0 bytes
 icon-themes/crystal/sfx2/res/ln064.png|  Bin 1658 -> 0 bytes
 icon-themes/crystal/sfx2/res/ln068.png|  Bin 1449 -> 0 bytes
 icon-themes/crystal/sfx2/res/ln072.png|  Bin 1367 -> 0 bytes
 icon-themes/crystal/sfx2/res/ln076.png|  Bin 1922 -> 0 bytes
 icon-themes/crystal/sfx2/res/ln095.png|  Bin 673 -> 0 bytes
 icon-themes/crystal/sfx2/res/sn0103.png   |  Bin 432 -> 0 bytes
 icon-themes/crystal/sfx2/res/sn0105.png   |  Bin 611 -> 0 bytes
 icon-themes/crystal/sfx2/res/sn0109.png   |  Bin 574 -> 0 bytes
 icon-themes/crystal/sfx2/res/sn0112.png   |  Bin 583 -> 0 bytes
 icon-themes/crystal/sfx2/res/sn051.png|  Bin 606 -> 0 bytes
 icon-themes/crystal/sfx2/res/sn058.png|  Bin 598 -> 0 bytes
 icon-themes/crystal/sfx2/res/sn059.png|  Bin 612 -> 0 bytes
 icon-themes/crystal/sfx2/res/sn061.png|  Bin 433 -> 0 bytes
 icon-themes/crystal/sfx2/res/sn062.png|  Bin 574 -> 0 bytes
 icon-themes/crystal/sfx2/res/sn064.png|  Bin 583 -> 0 bytes
 icon-themes/crystal/sfx2/res/sn068.png|  Bin 477 -> 0 bytes
 icon-themes/crystal/sfx2/res/sn072.png|  Bin 517 -> 0 bytes
 icon-themes/crystal/sfx2/res/sn076.png|  Bin 584 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln0101.png|  Bin 308 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln0103.png|  Bin 315 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln0105.png|  Bin 1430 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln0107.png|  Bin 625 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln0108.png|  Bin 1218 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln0109.png|  Bin 330 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln0112.png|  Bin 349 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln0126.png|  Bin 418 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln017.png |  Bin 444 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln02.png  |  Bin 625 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln027.png |  Bin 409 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln028.png |  Bin 581 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln029.png |  Bin 772 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln03.png  |  Bin 625 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln030.png |  Bin 648 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln04.png  |  Bin 625 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln042.png |  Bin 388 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln043.png |  Bin 401 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln044.png |  Bin 322 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln045.png |  Bin 1418 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln047.png |  Bin 448 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln048.png |  Bin 1315 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln05.png  |  Bin 625 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln050.png |  Bin 1218 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln051.png |  Bin 371 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln052.png |  Bin 1418 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln053.png |  Bin 1315 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln054.png |  Bin 1418 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln057.png |  Bin 1418 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln058.png |  Bin 370 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln059.png |  Bin 1430 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln060.png |  Bin 434 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln061.png |  Bin 315 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln062.png |  Bin 330 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln063.png |  Bin 314 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln064.png |  Bin 349 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln066.png |  Bin 860 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln067.png |  Bin 1315 -> 0 bytes
 icon-themes/galaxy/sfx2/res/ln068.png |  Bin 350 -> 0 bytes

[PATCH] Re: 1 sheet by default [was Re: Tinderbox failure, Linux-RHEL6-x86_64@14-with-check, MASTER, last success: 2012-05-15 18:12:02]

2012-05-30 Thread Stefan Knorr (Astron)

Hello Kendy, Stephan,

first: Stephan, I'm very sorry for breaking your tinderbox(es) for
days and not noticing it. (I just assumed my 2-byte change of a commit
was innocent enough. I'll do make check in the future as you advised.)

With some dumbluck and [1], I've managed to get it down to 1 failing test.

My approach so far was to just unconditionally add a sheet (in the
case of the XMLStylesExporter and XMLSettingsExporter I just made sure
these tests actually ran on Sheet 1 (=0), not Sheet 2 (=1)).
Since I guess my approach is less than optimal, do tell me if I need
to wrap stuff in try/catch or so. Or, if I should ask LibO how many
sheets there are before creating a new one. Or something else.

About the last failing test, sc_unoapi/ScModelObj, I am unsure where
it needs the second sheet, so I didn't add anything yet. Advice
appreciated.

Astron.

[1] 
http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/FirstSteps/Example:_Working_with_a_Spreadsheet_Document


0001-Fix-up-unit-tests-that-assumed-two-or-more-sheets-pe.patch
Description: Binary data
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: fdo#45830 - Language/User Interface: current choice indicated as default

2012-05-27 Thread Stefan Knorr (Astron)

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
> system default. When you selected the option then it would use the default
> locale but the name wasn't the default locale but the currently selected
> locale. So now the name corresponds with the option.

In any case, I think you should go ahead with your patch, the new
behaviour sounds sane to me, at least.


Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PATCH] Don't make tab headers bold by default

2012-05-26 Thread Stefan Knorr (Astron)

Hi Norbert,

thanks... here's an updated version.

Astron.


0001-Use-normal-font-in-tab-headers.patch
Description: Binary data
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PATCH] Don't make tab headers bold by default

2012-05-25 Thread Stefan Knorr (Astron)

Hi again,


thanks for the hint ... forgot the attachment.

Astron.


0001-Use-normal-font-in-tab-headers.patch
Description: Binary data
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[PATCH] Don't make tab headers bold by default

2012-05-25 Thread Stefan Knorr (Astron)

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.
Attached patch does that and even works. Can I push or is there
something that seems wrong?


Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-ux-advise] A sheet by default

2012-05-25 Thread Stefan Knorr (Astron)

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.


0002-fdo-50183-Use-one-sheet-as-default-in-Calc.patch
Description: Binary data
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: How to add color scales to ODF?

2012-05-12 Thread Stefan Knorr (Astron)

Only sent this to Kohei... sending to list, too, now.

On 12 May 2012 12:09, Stefan Knorr (Astron)  wrote:
> Hi all,
>
> On 11 May 2012 17:50, Kohei Yoshida  wrote:
>> On Fri, May 11, 2012 at 8:53 AM, Michael Stahl  wrote:
>>
>>> i wonder if that restriction is really necessary.
>>
>> IMO it is.  Imagine a case where the same color scale definition is
>> applied to non-contiguous regions, and you having to decide whether to
>> scale those regions as if they are unified, or treat them as
>> independent ranges (therefore independent scaling).  Having that
>
> Interestingly, MSO 2010 has a feature whereby it automatically adds
> neighbouring cells to conditionally formatted ranges. For instance,
> you can define A5:B7 as the range for the format. If you then click
> into an empty cell at the bottom or right of your defined range (ex:
> cell A8) and add a value to it, the range will automatically become
> A5:B7;A8 [1]. So, while the two-or-more cells restriction still
> applies[2], the continuous range requirement seems like it is reducing
> Excel compatibility, to me (for better or worse).
>
>
> Astron.
>
>
> [1] Yes, over time, this leads to incredibly ugly ranges, but it is
> very practical when e.g. doing monthly updates on a list.
> [2] I believe what happens when when you set a colour scale for only
> one cell in Excel and use extrema/percentages/percentiles, is that it
> just isn't coloured at all.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PUSHED v2] fdo#42779: Implement icon theme lookaside directory

2012-05-01 Thread Stefan Knorr (Astron)

Hello Gabor, Michael,

>> On Sun, 2012-04-29 at 04:56 +0200, Gábor Stefanik wrote:
>>> This enables overriding icons found in an images.zip file with ones in
>>> a directory named "images" next to the zip file.

Sounds great! Thank you.

>>        Looks lovely, as/when there are dev-builds we should poke the artists
>> about it so they know it's there & get them excited about it :-)

Has this gotten in dev-builds yet? If yes, should I go ahead and post
this on the design list (or do you want to)?

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Regarding your commit: Add all the available themes to the list

2012-04-30 Thread Stefan Knorr (Astron)

Hi Korrawit, all,

> Or could anyone, including you :-), tell us more detailed story about
> supporting themes?

AFAIK, the Classic and Industrial themes were deliberately removed
from the theme list.
There's a number of commits regarding Industrial:
http://cgit.freedesktop.org/libreoffice/core/log/?qt=grep&q=kill+the+industrial

Currently, we still need the Industrial theme, because a surprising
number of icons is not available in the Tango, Humanity, Crystal, and
Oxygen themes.


And two for Classic:
http://cgit.freedesktop.org/libreoffice/core/log/?qt=grep&q=classical+icon

The zip file in the Classic theme folder is a result of this bug, AFAIK:
https://bugs.freedesktop.org/show_bug.cgi?id=38175

Personally, I see little reason for keeping either available as a
theme choice, certainly not the Classic theme. None of our themes is
exactly well-supported, so the fewer we have, the better (IMHO).

Does that help?
Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-ux-advise] [PUSHED] fdo#48870: Remove cookie handling code.

2012-04-27 Thread Stefan Knorr (Astron)

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 pieces, and checking / removing them
> in chunks - having tons of obsolete images around there is just annoying
> for the artists :-)

Oh wow, hadn't seen that bug. Sounds great!

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[PATCH] Fix icons for flipping

2012-04-14 Thread Stefan Knorr (Astron)

Hi all,

here's a trivial patch to exchange the flipping icons for images in
the Human/Oxygen themes – now they should be correct.


Astron.


0001-Correct-icons-for-flipping-images-in-Oxygen-Human-th.patch
Description: Binary data
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Font rendering oddities: is this already known?

2012-04-04 Thread Stefan Knorr (Astron)

Hi Olivier, all,

I believe what you see are the effects of "pair kerning." (Kerning
means to move glyphs closer together/wider apart to make them _seem_
equally far apart as every other letter in that line. The traditional
example is "VA," which without kerning would look more like "V A".)

I any case, you can turn that off like so:
http://www.linuxtopia.org/online_books/office_guides/openoffice_writer_user_guide/openoffice_guide_Kerning_text.html

Why LibreOffice does pair kerning instead of kerning whole lines or at
least words, I have no idea.

Hope that helps,
Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PUSHED] [PATCH]fdo45671 set initial colours for split buttons

2012-03-21 Thread Stefan Knorr (Astron)

Hi Winfried,

I just pushed this, with a small change, namely, I made the line color
blue by default (same as in MS Office, again).

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PATCH]fdo45671 set initial colours for split buttons

2012-03-20 Thread Stefan Knorr (Astron)

Hi Winfried,

> Is this the initial setting you wanted? AFAICS it hasn't been pushed yet, nor 
> rejected :)

Sorry for the lack of feedback. Yes, those should be the right
colours. If I there's no one to complain, I'll just push this later
today as it seems reasonably simple.

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [UX advise] Key navigation in ValueSet controls

2012-03-20 Thread Stefan Knorr (Astron)

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 mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Libreoffice dev-install fail

2012-03-19 Thread Stefan Knorr (Astron)

Hi Jesso,

On 20 March 2012 06:55, Jesso Murugan  wrote:
> Libreoffice built successfully but failed on
> make dev-install as the following files were
> missing. I made a git pull this morning.

If you do "./g pull", your dictionaries repo should get updated, too.
That might help. Can you try?

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [UX advise] Key navigation in ValueSet controls

2012-03-12 Thread Stefan Knorr (Astron)

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
> confusing to be brought at the opposite side of the one I was moving to (and
> columns can be long and involve scrolling, while rows don't scroll). My
> point is that currently left/right let you navigate through all the items,
> while up/down keys can leave a row "hidden".

This again makes lots of sense to me. Also, we didn't hear anything
about wrapping around from top to bottom being necessary behaviour, so
I guess, just doing it should be fine.


> I don't know the original goals of that features: currently it seems to me
> that if you use modifiers than nothing happens.

As I said, I /think/ you should keep that behaviour.


>>> * If "none" item is present, then it could be accessed only from the
>>>  first item by pressing any of left/up (also page up/home ?) keys.
>>>  When selected, it can be exited only by pressing right/down (also
>>>  page down/end?) keys, but always lead to the first item.
>
> I'm less sure of this, now. If a wrap around for up/down is desired, the
> current behavior of always passing through the "none" item probably makes
> more sense. Unless we find a dedicated key to select that item, which could
> solve the situation. Any idea?

Hrm. Extremely wild idea: use backspace..?
More conventional idea: use Tab to go the normal items, use Shift-Tab
to go to the "None" item.


>>> * Return key behavior: at least it should not close the color
>>>  configuration window, but my guess is that's a misconfiguration of
>>>  the specific instance of ValueSet.
>>
>>
>> Not entirely sure about this one, although probably most people would
>> want to use Return and Tab the same way (i. e. to get to the next
>> widget and select a colour).

I just noticed that wrote that this is used for both both colour
configuration and selection ...
* for the configuration what I wrote makes sense
* for selection, less so – I guess, pressing Return there should
indeed close the popup


Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[PUSHED] Re: [PATCH] Translate German comments in core/cppuhelper

2012-03-10 Thread Stefan Knorr (Astron)

Hi,

thanks for this. Pushed.

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [libreoffice-design] Suggestions

2012-03-09 Thread Stefan Knorr (Astron)

Hi Bhaavan,

I am adding the dev list (libreoffice@lists.freedesktop.org) here...

Astron.

On 9 March 2012 12:27, Bhaavan Merchant  wrote:
> Hello all,
>
> I am Bhaavan Merchant, and am a 3rd year undergrad student. I have been a
> part of this mailing list for sometime and now wish to take up a Google
> Summer of Code 2012 project under libreoffice.
> The ideas which interest me mainly are: a New Template picking UI, and an
> improved color picker tool.
>
> My skillset matches the requirement for this project, and I am fairly
> comfortable with C++. I have also some elementary experience with GTK and
> QT, which might help me with VCL.
>
> I have already been pulling git from the master branch in libre office for
> this.
>
> I am posting this here for some suggestions you could provide me for
> getting the project. I would really like to get inputs to create and
> improve my project proposal. It would be great if any of you could mentor
> me for the project.
>
> Also, I would appreciate if you direct me to a relevant user / mailing list
> (perhaps devel mailing list?) if this post is irrelevant here.
>
> Thank You,
> Bhaavan
>
> --
> Unsubscribe instructions: E-mail to design+h...@global.libreoffice.org
> Problems? 
> http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
> Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
> List archive: http://listarchives.libreoffice.org/global/design/
> All messages sent to this list will be publicly archived and cannot be deleted
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PUSHED][PATCH]fdo45671 writer par. bg color simplified code for split button

2012-03-09 Thread Stefan Knorr (Astron)

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 to be the
>> default
>> > colours of font, line, background anyway.
>> > Isn't it a better idea to set the default colours as a contrastong
>> > colour (eg COL_RED for font/line and COL_YELLOW for background) so
>> that
>> > users can 'mark' sections without choosing a colour?

Absolutely.

>>
>> To illustrate my suggestion, see attached diff file, which incidently
>> also shows why Astron and Ivan where confused by the gray colour in the
>> background button...
>> I will fix that with my next split button patch.

Would you mind using COL_RED instead of COL_LIGHTRED? (LIGHTRED on
YELLOW is mostly a colour contrast, thus people that only recognise
shades of grey, will not be able to discern between the colours easily
enough. [1])


>> Or could we consider using a checquered (gray/white) bitmap, like used
>> in GIMP for transparent?
>
>Oooh - pretty :-)

I can only concur. I've made a quick mock-up, see attached file. I am
unsure if it is easy enough to discern the chequerboard pattern at the
6*22/4*16 scale of our icons, though. What do you think?


Regards,
Astron.


[1] http://snook.ca/technical/colour_contrast/colour.html is helpful.
Enter colours, then look for the WCAG AA(A) information.
<>___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PUSHED][PATCH]fdo45671 writer par. bg color simplified code for split button

2012-03-08 Thread Stefan Knorr (Astron)

Hi Winfried,

On 7 March 2012 07:54, Winfried Donkers  wrote:
> Astron wrote (06-03-2012 17:44)
>>> That is expected behaviour to me. The startup background colur is
>>> transparent (hence the gray bitmap in the button).
>
>>To the uninitiated, this behaviour might seem very confusing (exactly
>>as it did to Ivan). In Excel, the default background colour seems to
>>be yellow, so let's do something similar here – I don't like yellow
>>per se, but Excel users are probably used to yellow, so no need to
>>break the functionality for them.
>>So, I'd propose to use either "Yellow" or "Chart 3" as the default.
>
> I simply -and without further thought- copied the initial setting of
> the old style button, which was transparent and which shows as gray
> (see colour palette). I have no problem in changing the initial
> colour to yellow (as with writer highlight colour), but once you
> select transparent colour from the palette, the button shows gray
> again...

Okay.


> Just let me know which initial colour you prefer and I will try to
> implement it :)

In the interest of consistency and contrast... the best is probably to
use "Yellow."


Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PUSHED][PATCH]fdo45671 writer par. bg color simplified code for split button

2012-03-06 Thread Stefan Knorr (Astron)

Hi Winfried, Ivan,


>>> 1. Open a new Writer doc
>>> 2. Type smth
>>> 3. Press the "Background Color" button
>>>    ->  nothing happens (?)
>>
>> That is expected behaviour to me. The startup background colur is
>> transparent (hence the gray bitmap in the button).

To the uninitiated, this behaviour might seem very confusing (exactly
as it did to Ivan). In Excel, the default background colour seems to
be yellow, so let's do something similar here – I don't like yellow
per se, but Excel users are probably used to yellow, so no need to
break the functionality for them.
So, I'd propose to use either "Yellow" or "Chart 3" as the default.

Regards,
Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH] [PUSHED] Automatically select an option page if a user clicks on a category

2012-03-06 Thread Stefan Knorr (Astron)

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 mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Patch] Fix for fdo#38207 and another idea of mine

2012-03-06 Thread Stefan Knorr (Astron)

Hi all,

I shouldn't be let around code, but here's a patch for a trivial bug
for you to take a look at anyway.
It fixes fdo# 38207 (i.e. moves the item "Borders" up, if we are in
Writer/Web options) and also hides "Repeat [heading] on each page"
since that option doesn't seem to make sense for websites either.

Specifically my question is, does the following make sense?

-aRepeatHeaderCB.Check(aInsOpts.mnRowsToRepeat > 0);
+aRepeatHeaderCB.Check((!bHTMLMode) && (aInsOpts.mnRowsToRepeat > 0));

(That is, does it prevent setting aRepeatHeader to true when in
Writer/Web mode or is that bogus?)

Regards,
Astron.
From ef47ccad183584d0d2da4d84dfed8d5af8bcaa0e Mon Sep 17 00:00:00 2001
From: "Stefan Knorr (astron)" 
Date: Sat, 3 Mar 2012 22:02:23 +0100
Subject: [PATCH] Fix fdo#38207 and also hide another option in Writer/Web

---
 sw/source/ui/config/optpage.cxx |   16 ++--
 1 files changed, 14 insertions(+), 2 deletions(-)

diff --git a/sw/source/ui/config/optpage.cxx b/sw/source/ui/config/optpage.cxx
index 014f04d..89cb4eb 100644
--- a/sw/source/ui/config/optpage.cxx
+++ b/sw/source/ui/config/optpage.cxx
@@ -1287,15 +1287,27 @@ void SwTableOptionsTabPage::Reset( const SfxItemSet& rSet)
 // hide certain controls for html
 if(bHTMLMode)
 {
-
+aRepeatHeaderCB.Hide();
 aDontSplitCB.Hide();
+
+long nMoveUpBy =
+aRepeatHeaderCB.LogicToPixel( Size( 13, 13 ), MAP_APPFONT ).Height();
+
+Point aPos = aRepeatHeaderCB.GetPosPixel();
+aRepeatHeaderCB.SetPosPixel( Point( aPos.X(), aPos.Y() - nMoveUpBy ) );
+
+nMoveUpBy +=
+aDontSplitCB.LogicToPixel( Size( 13, 13 ), MAP_APPFONT ).Height();
+
+aPos = aBorderCB.GetPosPixel();
+aBorderCB.SetPosPixel( Point( aPos.X(), aPos.Y() - nMoveUpBy ) );
 }
 
 SwInsertTableOptions aInsOpts = pModOpt->GetInsTblFlags(bHTMLMode);
 sal_uInt16 nInsTblFlags = aInsOpts.mnInsMode;
 
 aHeaderCB.Check(0 != (nInsTblFlags & tabopts::HEADLINE));
-aRepeatHeaderCB.Check(aInsOpts.mnRowsToRepeat > 0);
+aRepeatHeaderCB.Check((!bHTMLMode) && (aInsOpts.mnRowsToRepeat > 0));
 aDontSplitCB.Check(!(nInsTblFlags & tabopts::SPLIT_LAYOUT));
 aBorderCB.Check(0 != (nInsTblFlags & tabopts::DEFAULT_BORDER));
 
-- 
1.7.5.4

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: What's the logic behind that new "footer" in WRITER

2012-03-04 Thread Stefan Knorr (Astron)

(I answered that directly. Just so you know...)
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [UX advise] Key navigation in ValueSet controls

2012-03-03 Thread Stefan Knorr (Astron)

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 through lines is fine (behavior similar to
>  moving through text), although we can also just stay on the same line
>  and stop at its borders.

Makes sense to me. Although, of course the decision depends on whether
we want to make it fast to go to an arbitrary position without much
exactitude or whether we want to make it fast to go to the exact
start/end. Your proposal seemingly aims for goal #2.


> * up/down should not wrap around. If pressing up on a middle column of
>  the first line, then it moves to the first item. If pressing down, it
>  should move to the column below if present, to the last item
>  otherwise.

From my Western perspective that does make sense. However, I fear,
such behaviour might be unexpected in some cultures (that use
top-to-bottom scripts). Any experts?


>  Please note that this is not similar to up/down navigation in text in
>  writer (since I propose to move to first/last item if we cannot move
>  of a whole line), but other application (e.g. thunderbird) behaves in
>  this way. At least it allows to display (and make the user aware of)
>  partial final lines.
> * page up/down should mimic the behaviour of up/down keys: move in the
>  same column when possible (even if the distance is less than a page)
>  and, when pressed again and no motion in the current column is
>  possible, reach the first/last element. I don't know if disabling
>  navigation when key-modifiers are pressed makes sense.

Makes sense. I guess, modifiers should be allowed (but not modify
anything), in all cases where that's possible without unintended
consequences.


> * If "none" item is present, then it could be accessed only from the
>  first item by pressing any of left/up (also page up/home ?) keys.
>  When selected, it can be exited only by pressing right/down (also
>  page down/end?) keys, but always lead to the first item.

Makes sense.

> * Return key behavior: at least it should not close the color
>  configuration window, but my guess is that's a misconfiguration of
>  the specific instance of ValueSet.

Not entirely sure about this one, although probably most people would
want to use Return and Tab the same way (i. e. to get to the next
widget and select a colour).


Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PUSHED 3-5-1] Simple UI fix

2012-03-03 Thread Stefan Knorr (Astron)

Thanks to all of you!

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PATCH] [PUSHED] fdo#46193: Let the user copy error message from error dialog

2012-03-02 Thread Stefan Knorr (Astron)

Hi all,

first: Dézsi, it's great that you care about our UI!

Michael wrote...
>        Copying the text to the clipboard is a real minority use-case and
> doesn't deserve a prominent button in every dialog IMHO.

As one of the UX-advise guys, I have to agree with that. Gnome solve
the same problem by just making the text selectable (and giving it a
context menu), which is certainly not the the most obvious but
probably the least intrusive way to add that functionality.
At most, we would want an ImageButton with a little clipboard icon on
it, as Andras proposed.

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Review 3-5] Simple UI fix

2012-02-29 Thread Stefan Knorr (Astron)

Hey,

Can you please review the following one-liner for inclusion in the 3.5 branch?
(I don't know if it's too late for 3.5.1 already, but it's very
simple, so if there are enough people to review this, then having it
in 3.5.1 would certainly be cool.)

http://cgit.freedesktop.org/libreoffice/core/commit/?id=bacf45b72258271f8ff96a371688b781d9c0ba37

It fixes an issue in the Options dialogue where the "Comments"
tickbox/caption seemed very far below the previous tickbox which I
accidentally introduced in 6ea8ea456cf5df267284278ecda42aa9b089a682.
Sorry for that.

Find a before/after screenshot attached.


Regards,

Astron.
<>___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PATCH] [PUSHED] Translate German comments in connectivity

2012-02-27 Thread Stefan Knorr (Astron)

[Sending this to the list now, too.]

Hi Philipp,

saw this as yet unpushed, so pushed it now! Thanks for your contributions,

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PATCH] 39468 Translate German comments

2012-02-27 Thread Stefan Knorr (Astron)

Hi Tom,

On 25 February 2012 18:28, Tom Thorogood  wrote:
> This is my first submission; please let me know if I've done something
> incorrectly!

Welcome to LibreOffice development!
Well, there are two things that would be good:
#1 It'd really help if you could use "git format-patch" to do patches
– that way we already get the name of the author, your email and a
commit comment.
#2 It seems you've diffed the other way around (or you've translated
English into German)

So, would you re-do your patch with both points in mind, please?

> (do you need GPL stuff for comments? If so: I'm submitting this under the
> Gnu Public License--do whatever you want with it forever and ever).

It'd be great if you could instead dual-license this under LGPL v3+
and MPL v1+. If you plan on contributing more – which you do – you
know it, please just send a message saying that you license all
past/future contributions to LibreOffice under these two licenses.
Then add yourself to this wiki page:
https://wiki.documentfoundation.org/Development/Developers

Hope that helps,

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-ux-advise] [PUSHED]Bug 37210 - UI: Calc usability improvement: Merge cells on right mouse click

2012-02-23 Thread Stefan Knorr (Astron)

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" ten entries. On the
other hand of course, "Merge Cells" also has quite a prominent toolbar
entry already.
Here's a tentative "yes" to the change.

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PATCH] [PUSHED] Translate German comments - final patch

2012-02-15 Thread Stefan Knorr (Astron)

Hi,

pushed this with minor modifications. Thanks a lot for your work, Philipp!
I hope you weren't already on this, Lionel... if yes, sorry.

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PUSHED-partially][PATCH]a better about dialog

2012-02-10 Thread Stefan Knorr (Astron)

Hi Petr,

> I checked other applications, e.g. pidgin, xchat, gimp, kmail,
> evolution, firefox. They all have [Cancel] button in the about dialog.
> It is in the bottom right corner, like in the other dialogs. It is
> delimited from the text by a line. So, I did the same, see the attached
> screenshot.

Thanks a lot for bringing it back ... might have hidden it too well in
my (quite long) mail. Anyway, would you mind making that "Close"
instead of "Cancel"?
(Since, when closing the About box, you don't really cancel an action,
just close the dialogue; this translation is also consistent with
Gnome apps.)

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH] Making default tab prefix name configurable in Calc

2012-02-09 Thread Stefan Knorr (Astron)

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 you check the characters being
typed before displaying them and then just ignore them if they're
illegal? (Or would that create a lag?)


> 2) FixedLine message
> + Not in-your-face.
> - Takes up space
> - Only space for short error message

This should be the way to go. Please have a look at the stuff that
Markus did for 3.5:
* core/sc/source/ui/namedlg
* core/sc/source/ui/src/name[def]dlg.src

(The feature can be found under Insert > Names > Manage)
It currently allows only one-liners, expanding that would be highly
welcome, I think. Nevertheless, short error messages are definitely a
plus (just not if they're forced to be short).

Also have a look at the discussions about the feature (and see why
Markus and Christoph didn't like using the system bell -- sorry you'll
have to search for this information):
http://lists.freedesktop.org/archives/libreoffice-ux-advise/2011-October/000395.html

The Whiteboard for the feature is here:
https://wiki.documentfoundation.org/Design/Whiteboard/Calc_Range_Names

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Android design?

2012-02-08 Thread Stefan Knorr (Astron)

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, but there's some
pretty cool stuff there.)

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PUSHED] Re: [PATCH] optimized zoom to use more common intervals

2012-02-06 Thread Stefan Knorr (Astron)

Hi,

On 6 February 2012 20:49, Cor Nouws  wrote:
> Fine (for me) :-)

Guess so, then.

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [REVIEW]Bug 34425 - [EasyHack] formatting background color toolbar button

2012-02-03 Thread Stefan Knorr (Astron)

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 behaviour for background color in Writer to be there 
> already (that is, font background colour) as I use the same control 
> (SvxFontColorExtToolControl). Or don't I understand you?

Writer has two background colour functions, one is "Highlight" (can
highlight single characters, words, etc. – the icon is a text marker)
and the other is "Background Colour" (changes background colour for
entire lines – icon is a page with a gradient, like in Calc). The
highlighter is already a split button, but "Background Colour" is not.

> I have tried to implement the behaviour for font colour in Calc, but didn't 
> succeed.

Sad face.

> Should I receive usefull hints, I am quite willing to implement the same 
> behaviour for font colour too.

Happy face; though I can't help much in the area of actually implementing it.

By the way, I've actually just discovered even more buttons that would
be eligible for the split-button treatment...
* In Writer's Table toolbar, there are buttons for Background Colour
and Line Colour
* Impress/Draw's Text Formatting toolbar contains a Font Colour button
* Impress/Draw's Table toolbar also contains a Line Colour button
* there are more places but those are probably less used/important,
like the 3D-Settings toolbar(s)'s 3D Colour/Extrusion Colour
(If you're feeling overwhelmed now, I'd offer to open bugs for all of
the functions that I find, in the hope that someone, not necessarily
you, converts them later.)

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Bug 37775 - EasyHack: Recent Documents not updated by Save & Save As...

2012-02-03 Thread Stefan Knorr (Astron)

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 investigating, and it seems to me that the current behavior is "by 
>> design".
>> Whether that design is sensible is up for debate.
>>
>> The current behavior is that a document is added to the "Recent Documents" 
>> list
>> when it's closed (OApplicationController::disposing, line 437 in
>> AppController.cxx:
>> http://opengrok.libreoffice.org/xref/core/dbaccess/source/ui/app/AppController.cxx).
>> To walk through the repro scenario:
>> 1. Create and save new document "A" -> Current document is "A".
>> 2. Modify and "Save As" document "B" -> Current document is now "B". "A" was
>> not closed, merely renamed.
>> 3. Close Writer -> Document "B" closes, and writes itself to the "Recent
>> Documents" list.
>> 4. On startup, you only see "B", the document that closed.
>>
>> I checked MS Word 2007's behavior, and it updates the list immediately on 
>> Open,
>> Save, and Save As.
>>
>> If the current LO behavior is indeed inappropriate, we can modify the all
>> document loading/saving operations (Open, Save, Save As, Save All, etc.)
>> handlers to also update the "Recent Documents" list.
>> 
>>
>> Any objections to modifying the behavior of: Save, Save As, Save All,
>> and Open (through File->Open or the list of recent documents) to
>> update the recent documents list?

Anyway, I'd say, no objections from my side. Please go ahead.

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PUSHED-partially][PATCH]a better about dialog

2012-02-03 Thread Stefan Knorr (Astron)

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 design and UX-advise lists to CC, to see if
> we can get any help (artwork etc.) from there.
>
> So, here's an evaluation of your proposal:
> * the two most important pieces of information are the version and the
> product description, so these should be better highlighted
> ** for now, it would help the most, if the (c) information were on a
> new paragraph instead of directly after the product description
> ** ideally, the version number should have a slightly larger font
> ** the (c) notices could be in grey, as in Andrew's proposal, however,
> most importantly they need to be shorter.
>
> So, here's a text proposal:
> "Version 3.x
>
> LibreOffice is a free and open-source office suite developed by the
> LibreOffice community together with The Document Foundation.
> [LibreOffice website] [Credits] [License]
>
> LibreOffice is (c) 2000, 2012, the LibreOffice contributors and/or
> their affiliates. All rights reserved.
> Portions are (c) 2000, 2011 Oracle and/or its affiliates. All rights reserved.
>
> Build ID: x-x-x-x-x
> "
>
> Note, IANAL and maybe we need some legal advice before we can shorten
> the (c) text this much. The part that we recognise all community
> members, I think, does not have to be pronounced so much, I think
> TDF's actions speak louder than words here.
>
> Also, everything below the linkscould be greyed out. Further, centered
> text looks pretty ugly, I think... I would like to cast a vote
> pro-left aligned text.
>
>
> 2012/2/1 Barış Akkurt :
>> -Changed the width of the about dialog to look better.
>
> Actually, I like(d) that, and wider artwork shouldn't be the problem
> ... does anyone want to do any new artwork, preferably with the motif
> in it?
>
>
>> -added the definition of LibreOffice. "LibreOffice is a free and open source
>> office suite developed by The Document Foundation."
>
> Good idea.
>
>> -Added the Document Foundation and Features links.
>
> Hm, I think it would be better to have the link to (new) features
> description in the Help, of course, someone would need to look through
> the release notes and then build a "What's New" type of document.
> Additionally, people will probably be more interested in LibO than in
> TDF, so that should be the homepage link instead (I think). Does that
> make sense?
>
>> -Removed the OK button, just like Firefox.
>
> I think that's a really bad idea, as some weird-or-not window manager
> might not give us a titlebar "X" (Gnome 3, *cough*) or a titlebar at
> all and then people don't know how to get rid of the window. So, I'd
> love to see a reincarnation of the "Close" button (I know, the caption
> used to be "OK," but I think "Close" is a better fit as the About
> dialogue doesn't actually change any values).
>
>
>> I want to remove the build information and place only the major version info
>> (like 3.5) but i wasn't sure. Maybe, it is a neccessary information.
>
> Yes, we might want to keep that for now, even though auto-generating
> an ODT in the spirit of Mozilla's about:buildconfig might be a good
> idea for the future. Anyway, my proposal moves that to the bottom.
>
>
> Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PUSHED-partially][PATCH]a better about dialog

2012-02-02 Thread Stefan Knorr (Astron)

Hi Barış, Noel,

First of all: Barış, wonderful that you took this up!
Secondly: I am adding the design and UX-advise lists to CC, to see if
we can get any help (artwork etc.) from there.

So, here's an evaluation of your proposal:
* the two most important pieces of information are the version and the
product description, so these should be better highlighted
** for now, it would help the most, if the (c) information were on a
new paragraph instead of directly after the product description
** ideally, the version number should have a slightly larger font
** the (c) notices could be in grey, as in Andrew's proposal, however,
most importantly they need to be shorter.

So, here's a text proposal:
"Version 3.x

LibreOffice is a free and open-source office suite developed by the
LibreOffice community together with The Document Foundation.
[LibreOffice website] [Credits] [License]

LibreOffice is (c) 2000, 2012, the LibreOffice contributors and/or
their affiliates. All rights reserved.
Portions are (c) 2000, 2011 Oracle and/or its affiliates. All rights reserved.

Build ID: x-x-x-x-x
"

Note, IANAL and maybe we need some legal advice before we can shorten
the (c) text this much. The part that we recognise all community
members, I think, does not have to be pronounced so much, I think
TDF's actions speak louder than words here.

Also, everything below the linkscould be greyed out. Further, centered
text looks pretty ugly, I think... I would like to cast a vote
pro-left aligned text.


2012/2/1 Barış Akkurt :
> -Changed the width of the about dialog to look better.

Actually, I like(d) that, and wider artwork shouldn't be the problem
... does anyone want to do any new artwork, preferably with the motif
in it?


> -added the definition of LibreOffice. "LibreOffice is a free and open source
> office suite developed by The Document Foundation."

Good idea.

> -Added the Document Foundation and Features links.

Hm, I think it would be better to have the link to (new) features
description in the Help, of course, someone would need to look through
the release notes and then build a "What's New" type of document.
Additionally, people will probably be more interested in LibO than in
TDF, so that should be the homepage link instead (I think). Does that
make sense?

> -Removed the OK button, just like Firefox.

I think that's a really bad idea, as some weird-or-not window manager
might not give us a titlebar "X" (Gnome 3, *cough*) or a titlebar at
all and then people don't know how to get rid of the window. So, I'd
love to see a reincarnation of the "Close" button (I know, the caption
used to be "OK," but I think "Close" is a better fit as the About
dialogue doesn't actually change any values).


> I want to remove the build information and place only the major version info
> (like 3.5) but i wasn't sure. Maybe, it is a neccessary information.

Yes, we might want to keep that for now, even though auto-generating
an ODT in the spirit of Mozilla's about:buildconfig might be a good
idea for the future. Anyway, my proposal moves that to the bottom.


Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [REVIEW]Bug 34425 - [EasyHack] formatting background color toolbar button

2012-02-02 Thread Stefan Knorr (Astron)

Hi,

just had a look at the new feature and it works as expected, which I
think is really great. Not much more to say, I think, except: thanks!
The thing is, for now, it only works in Calc...
So, do you think there's a chance you could implement the same behaviour for
* Background Colour in Writer
* Font Colour in Calc?


On 1 February 2012 10:34, Jan Holesovsky  wrote:
[...]
> The best would be if you registered on the wiki, and added it yourself.

By the way, I had trouble with that uploading to the wiki, as the
Special:Upload page is apparently available only to "autoconfirmed"
users and administrators... I am an "emailconfirmed" user and now can
not upload any more. Should I file a bug or do I have to do something
special to get into the other group?

Regards,

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [REVIEW] [3.5.0] Some simple polish for named ranges dialogue

2012-01-30 Thread Stefan Knorr (Astron)

Hi Petr,

> There was still not enough space for German strings in the "Define name"
> dialog, see the attached screenshots. So, I have increased it a bit
> more, see
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=5be59017ca21301e70eca987e8323c92215f0ed4

Oh, sorry. Thanks for fixing this.

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-ux-advise] [PATCH] [PUSHED] fdo#45285 - Use more revealing error message for not allowed sheet names

2012-01-30 Thread Stefan Knorr (Astron)

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 very much!

(And yes, Markus is sadly absolutely right about the 3.5 thing.)

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-ux-advise] [PATCH] [PUSHED] fdo#45285 - Use more revealing error message for not allowed sheet names

2012-01-30 Thread Stefan Knorr (Astron)

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, thanks for the patch.

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].)

Astron.


[1] https://wiki.documentfoundation.org/Development/Developers
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] [REVIEW] [3.5.0] [3.5] Some simple polish for named ranges dialogue

2012-01-30 Thread Stefan Knorr (Astron)

Hi,

I know this is extremely late for a simple polish fix, but please consider
http://cgit.freedesktop.org/libreoffice/core/commit/?id=f1cb0a4ab4f11dc015be1696c7c7751802171915
as well as
http://cgit.freedesktop.org/libreoffice/core/commit/?id=0b6486772c52d7112e76555fca6525ad2eec2bae
for inclusion in 3.5.(0).
Both changes concern almost exclusively src files, so they should be
pretty safe.
(I accidentally pushed early, that's the only reason why it's split up
into two commits.)

It tries to fix two things:
* cut-off labels in some locales (e. g. German) by making the text
input lines a little shorter and the captions a little longer
* inconsistent margins and distances of elements towards each other.
Also, see attached before/after screenshots.

What it doesn't fix (and I don't believe I can help in that), is that
the information bar is strictly a one-liner which looks ugly in many
translations, as it causes the text to be cut off. If possible, it
would be great if that could be fixed somewhere in the 3.5 cycle.

Astron.
<><>___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PUSHED] Re: [PATCH] optimized zoom to use more common intervals

2012-01-26 Thread Stefan Knorr (Astron)

Hi,

I just checked, and must say that I can only second Cor and Drew in
that it is too quick now. Could we go back to 1.1 or maybe
2^(1/8)=1.0905 (that should deliver a similar effect as 2^(1/4), no? –
I am bad at maths, so this might be nonsense)?

> Instead of increasing the step amount by five fold I would rather see
> the +/- auto-repeat if you hold the mouse button down. Not sure how that
> would fair with keyboard bound users though.

I believe, (pure) keyboard users can't even access the status bar.
Anyway, your idea sounds good.

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Review][PATCH] Bug 39268 - UI: Drawing tools should not switch back to Selection tool

2012-01-25 Thread Stefan Knorr (Astron)

Hi Rainer, all,

FYI: I just added an explanatory comment to the bug.

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PUSHED] Re: [PATCH] optimized zoom to use more common intervals

2012-01-25 Thread Stefan Knorr (Astron)

Sounds good. Had checked Tim's original patch yesterday and liked the
behaviour so far.

Astron.

On 25/01/2012, Tim Hardeck  wrote:
> Hi Kendy,
>
> thanks for the commit and cleanup. I also thought that 1.2 was a better fit
> so fine with me.
>
> Regards
> Tim
>
> On Wednesday 25 January 2012 12:46:02 Jan Holesovsky wrote:
>> Hi Tim,
>>
>> On 2012-01-24 at 17:38 +0100, Tim Hardeck wrote:
>>
>> > thanks for the information, I have attached a new patch and also 25% is
>> > enforced like Stefan requested.
>>
>> Great stuff - I've pushed that:
>>
>> http://cgit.freedesktop.org/libreoffice/core/commit/?id=315d2ddc161e4b296febe9e54c3cfc9270310bfe
>>
>> I did a minor stylistic cleanup - I've hidden the helper functions
>> (supposedly you did not want to make them public?), and reduced the
>> indentation in zoomtools.cxx; no point in having the entire file
>> starting at 8th position - I hope it is OK for you :-)
>>
>> Also I changed the ZOOM_FACTOR from 1.1 to 2^(1/4), it feels better
>> here, the 1.1 means way too much wheel rotation to increase / decrease
>> the zoom considerably; but of course can be changed easily when another
>> value feels better.  And now with your nice embedding of this stuff,
>> even the pre-defined values would be easy to implement, should there be
>> demand for that - nice work!
>>
>> Thank you,
>> Kendy
>>
>> ___
>> LibreOffice mailing list
>> LibreOffice@lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>>
>
> --
> SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer,
> HRB 16746 (AG Nürnberg)
> Maxfeldstr. 5, 90409 Nürnberg, Germany
> T: +49 (0) 911 74053-0  F: +49 (0) 911 74053-483
> http://www.suse.de/
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-qa] weird shortcut key for repeat action in Writer

2012-01-23 Thread Stefan Knorr (Astron)

Hi Pedro,

> That would be too simple. See my example in the previous email.
> You would need to match the keys for EACH keyboard model, regardless of
> Locale.

Well, that doesn't scale (at least I can't believe it does), as it
would probably make adding keyboard layout stuff a full-time job and
add quite a few MB of install size.
(But I am biased because I am currently annoyed at the fact that only
because I use a German keyboard (with Strg, Einf, Druck printed on the
Ctrl, Ins, Prnt keys), I also get these German key names in my English
LibO interface. That looks ugly, especially on screenshots.)


> This is particularly true for laptops (at least in Portugal...). All laptops
> sold in Portugal have a Portuguese layout but the Special keys (like Ctrl,
> Alt, Insert) have the English text. Obviously manufacturers do this to save
> on producing specific keys. So Locale doesn't solve the problem.

That's really arrogant on the part of manufacturers (since Portuguese
is quite an important language, I believe), but if that really is the
case for most Portuguese computers, then it might make sense to
translate string [en-US]="Ctrl" as string [pt-PT]="Ctrl", etc. But
that decision should be left to the localisers.
If keys are actually uncommon in a certain locale, like SysRq is
becoming (in all locales, though), then we can only avoid using that
for default shortcuts.


Regards,

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-qa] weird shortcut key for repeat action in Writer

2012-01-23 Thread Stefan Knorr (Astron)

Hi all,


>> That brings several questions to me: how comes the translation of the
>> key names is depending on the keyboard model? I have a normal french
>> keyboard with en-US locale and en-US libreoffice build.
>
>        Well - I guess the -idea- is prolly to try to show the user the key
> that is written on their keyboard, rather than a generic 'Ctrl' for
> Control - it can show 'Control' (if that is what is written there) or
> somesuch.

I would like to say that I hate the fact that regardless of the rest
of my UI, LibreOffice keyboard shortcuts are always displayed in
German [1]. I believe this behaviour is also inconsistent wrt to
almost any other software.


>        But, of course, some keyboards really do have oddly named keys that we
> want to assign shortcuts to so ...

All we should need is localised versions of key names like Ctrl, Del,
Ins (that are on almost every keyboard [1], but whose names can
change) and global versions of key names for
alphanumeric/script-specific keys (which might not be on every
keyboard, but whose names are the same internationally).
So, looking at the code, we'd need to just move the keyboard language
specific data to the specific locales. This also seems a lot more
scalable than for every localiser having to ask a developer to add
their native keys into this code.



Astron.


[1] I use a German keyboard and an English locale of my OS.
[2] I think their names only differ between PC and Mac keyboards.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH] optimized zoom to use more common intervals

2012-01-22 Thread Stefan Knorr (Astron)

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.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Compiling question by a complete beginner

2012-01-21 Thread Stefan Knorr (Astron)

Hi Baris,

not that I'm an expert, but it's probably not advisable to follow the
instructions you found on vogella.de, as the bootstrap repository (and
the associated repositories) is now quite outdated.
Instead, it's seems the best to follow the wiki page (as Julien
already said). If you have trouble with Mozilla, just disabling it
might help you getting a usable first build (you need that AFAIK only
for macro security and mail merge) via adding --disable-mozilla when
running autogen.sh.
Build times for LibreOffice are a known problem. You might want to try
building with --disable-binfilter (but that'll mean you won't be able
to open old StarOffice/Ooo 1.0 files with your new build) to shorten
the time a little.

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Check for updates uses keep-alive / impacts the server (opengrok, tinderbox..)

2012-01-17 Thread Stefan Knorr (Astron)

Hi,

sorry for coming late to the discussion... anyway, I don't think it
makes much sense to let users decide at what interval to check for
updates. That should be exclusively the decision of TDF, because TDF
provides the servers and has to handle the server load [1] and also
LibreOffice has a relatively regular release cadence. Users on the
other hand tend to not know the release cadence of LibreOffice very
well, thus the update check will often fire either very late (monthly
check) or unnecessarily often (daily).
(Also, removing that would save us three options.)
For some interesting ideas about spreading update checks equally over
time, also see here:
http://adblockplus.org/blog/downloading-a-file-regularly-how-hard-can-it-be

Astron.


[1] Which as Christian wrote wouldn't be a problem in itself, but with
successful update checks, there is a download associated which usually
takes lots of time/bandwidth
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] ooo_custom_images to icon-themes, was: Re: Do we support classic and industrial theme?

2012-01-16 Thread Stefan Knorr (Astron)

Hi Noel,

> hmm I didn't realise things changed here :-/ where should images formally in
> custom_images live now ? looks like custom_images/*/*  => icon_images/*/* is
> that right ?  i just need to move the files there ?

Hm, almost, it's

ooo_custom_images/* > icon-themes/*
and
default_images/ > icon-themes/galaxy/

Anyway, I just moved these icons over:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=75e3bffa1006eeb91324eaeabd52182d25b28711


By the way, I seem to have broken at least one tinderbox which seems
to have been building from the libo 3.5 branch of core, but is still
using help's master (which is now incompatible). The machine is:

>  Box name: Win-x86@6-fast
>  Machine: CYGWIN_NT-6.1-WOW64 mel 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 
> Cygwin


Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] ooo_custom_images to icon-themes, was: Re: Do we support classic and industrial theme?

2012-01-15 Thread Stefan Knorr (Astron)

Hi,

just to let you know:

> On 4 January 2012 17:39, Michael Meeks  wrote:
>>        Great; so - moving default_images into there and making it 'galaxy'
>> would be a nice cleanup I guess;

Finally done that, it was easier than I thought, too. Just had to
change another help makefile ... actually reading make's error
messages does help.

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH] [PUSHED] fdo#36681 - comments translated

2012-01-14 Thread Stefan Knorr (Astron)

Hi Luc,

thanks for your work. Pushed now, with a few spelling corrections, etc.

Note: be careful with aktuell = current, != actual.

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-ux-advise] Complete removal of the Windows/Linux quickstarter, was: Re: Removing LibO on Windows ...

2012-01-11 Thread Stefan Knorr (Astron)

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 mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-ux-advise] [PUSHED] Avoid UI bugs in translations

2012-01-11 Thread Stefan Knorr (Astron)

Hi William,

> By my technical prerequisites, I could have done the required modification
> all by myself. But I still need some time to be more familiar with LibO code
> organization. For example, what does this hard-coded macro
> IMPL_EXTRA_BUTTON_WIDTH?

Sorry, if I was too impatient for you, but 3.5 hard UI freeze was
nearing, as you might know.

> And how to get an instant view of code modification I did? I've to run make
> -rs, which a bit slow. I can't stand waiting. (ccache is installed and work
> fine).

If you mean to ask whether we have some sort of graphical UI
preview/UI editor, then, as far as I know, that's not available. Would
be a great feature, though.


> 2. Michael : As you was insisting : I've updated the LibO 3.5 Release Notes
> with a great screenshot. :P

Neatest screenshot on the page :). Nice.


> 3. Concerning the "Statistics" strings. I think it's really important for
> the end-user to get a consistent look and fell in the whole LibO interface.
> Indeed, the feature found at File - Properties - Statistics and Tools ->
> Statistics are both the same. Both features (and name) are definitely linked
> together. If we update the first, this latter have to be renamed too.

Hm... No. That would be confusing, I think. What sounds like a better
plan would be to move File/Properties/Statistics into the word count
dialogue (or vice versa) and then using the term "Statistics". (I
believe we don't really need to have that functionality twice, I hope
you'll agree.)


> My pool goes to "Statistics" because:
> - in LibO 3.4 it was called like this;

Not in the English version, for the French version: yes, that at least
was the case (but I haven't checked in 3.5). Both Ooo/LibO and MSO
have been using the same terminology for years for this window, i. e.
in both there is a window called:
* English: "Word Count" [1]
* French: "Statistiques"

If that has changed now in the French version, please try to lobby the
French localiser(s).

Additionally, in MSO, there are both a "Word Count" and a "Readability
Statistics" window, the latter adds a bunch of things (that, at a
superficial glance, sound like a good idea to me, by the way).
Screenshots: [2].


> Ps: I'm on exam for now. I won't be back until I haven't finished these.
> Tomorrow C# .NET :-(

Best of luck to you.


Astron.


[1] See also Matt Pratt's original commit to make the word count
modeless which doesn't change the string "Word Count" at all:
http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-3-5&id=12402e2cfdacf9a77af390e51ce12a4a6025f286

[2] Word Count, Word 2007:
http://1.bp.blogspot.com/_JmsBa1ONht8/TOFUFo9w69I/AYI/-dWpmWaHGlk/s1600/WordCount_MSOffice2010.png
Readability Statistics, Word 2007:
http://images.brighthub.com/D4/5/D458EA6670C3D2F86A98EFAB66AE82E5CE630AE6_large.jpg
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-ux-advise] [PUSHED] Avoid UI bugs in translations

2012-01-10 Thread Stefan Knorr (Astron)

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). So it does make sense
to keep text as short as possible. Anyway, I do understand your
reasoning for not pushing the change in 3.5 (in 3.6, it would be good
to see the change, though).


>        Personally, I -love- this feature :-) it finally makes that dialog
> clear. Any chance whomever did this work (or some other kind volunteer)
> can add a screenshot and credit to:
>
>        http://wiki.documentfoundation.org/ReleaseNotes/3.5

Hm, right, we (that'd be Josh, Christoph, William and me, possibly
others, too) changed that dialogue twice in the 3.5 cycle. I am
unsure, though, if the number of people who discussed this really
merits a mention in 3.6 release notes (as it's not in 3.5, as Andras
said).

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-ux-advise] [PATCH 3.5 and master] Avoid UI bugs in translations

2012-01-09 Thread Stefan Knorr (Astron)

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 numbers unlike most of our UI code.

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] Complete removal of the Windows/Linux quickstarter, was: Re: Removing LibO on Windows ...

2012-01-08 Thread Stefan Knorr (Astron)

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 OS's domain to (quickly) start applications, and OS's are
pretty good at that. If you want to start anything particularly
quickly on...
Windows 7: you can add it to the task bar, attach it to the start
menu, add it to the desktop
Windows Vista or below: you can add it the Quick Launch bar, attach it
to the start menu, add it to the desktop
Gnome 2: add it to the panel or the desktop
Gnome 3: add it to the dock-like thing in the application overview
Unity: add it to the desktop or the floating panel
KDE: add it to the panel, the desktop, or attach it to the the K menu
(I believe)
Mac OS X: add it to the dock

I really believe, the quick-starter should just go.

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-ux-advise] [PATCH 3.5 and master] Avoid UI bugs in translations

2012-01-08 Thread Stefan Knorr (Astron)

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:) shortened the body text, but added a
question in again, so now this is:
"This document may contain content that cannot be saved in the
currently selected file format "FORMATNAME". Do you really want to use
"FORMATNAME"?

To be sure the document is saved correctly, use the ODF format."

If there is no uproar, I will push this and ask for a cherry-pick (my
git skills are still a bit rudimentary and I don't want to mess up the
release).

Regards,

Astron.


0001-Make-the-title-of-foreign-file-format-warning-transl.patch
Description: Binary data
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-ux-advise] [PATCH 3.5 and master] Avoid UI bugs in translations

2012-01-07 Thread Stefan Knorr (Astron)

Hi all,

So...
1. The change of the title (Text to Text [en-US]) seems extremely
sensible to me and should get in as early as possible, so other
translators see the new string too.

2. The question you added seems sensible to me, even though it makes
the text even longer [1], so should probably get in. Also, it would be
great, if you could remove or at least comment out the "en-US-old"
thing, that seems mighty confusing.

3. It is a bit of a problem to use button labels without a verb (or
alternatively OK) and also probably goes against most HIGs, so not a
good idea IMO. William, is it a possibility to use just "Utiliser ODF"
just for French (that this is a file format is made clear before,
anyway)?

4. I have a few reservations against using "Statistics" instead of
"Word Count." While, technically, you're right, the word count is just
part of what you get, "Word Count" seems much more digestible to me
and is also the main use of the feature. Also, it used to be called
"Word Count" in all older English version, too.


> However, I remember there has been quite extensive discussion / testing (in
> which I wasn't involved, so I don't remember details - which I wouldn't
> anyway) to get is as it is now.


Right, there was a bit of discussion about the dialog, see this
(pretty long) thread:
http://lists.freedesktop.org/archives/libreoffice-ux-advise/2011-August/000201.html

We didn't reach any consensus, there, though

Regards,

Astron.


[1] http://www.joelonsoftware.com/uibook/chapters/fog62.html
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Removing LibO on Windows ...

2012-01-05 Thread Stefan Knorr (Astron)

Hi,

On 5 January 2012 16:11, Andras Timar  wrote:
> 2012/1/5 Tor Lillqvist :
>>> Quickstart feature is installed by default but it is not run by default.
>>
>> My opinion is that we should just kill the feature (code) completely;)
>>
> +1

Another +1. Especially since most modern OS's do the same thing (but
better and earlier). And LibO shouldn't occupy tray space, either.

Astron
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Removing LibO on Windows ...

2012-01-05 Thread Stefan Knorr (Astron)

Hi all,


>> Well, should be pretty easy to create a pre_uninstall event that kills
>> the process before it is removed. Is there any historical reason for
>> not doing it this way?
>
> That would be rude. Users may have unsaved data, etc.

Can't we ask users if they really want to kill the application before
we go and kill it?

(something like
Title: "LibreOffice is currently active."
Message: "As long as LibreOffice is active, it can not be removed. Do
you want to close LibreOffice now?
Warning: you will lose any document you are currently working with in
LibreOffice.")

And, really we should detect if only the quick starter is active (no
open files) and if that's the case why not just kill it?

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] ooo_custom_images to icon-themes, was: Re: Do we support classic and industrial theme?

2012-01-05 Thread Stefan Knorr (Astron)

Hi,

On 4 January 2012 17:39, Michael Meeks  wrote:
>        Great; so - moving default_images into there and making it 'galaxy'
> would be a nice cleanup I guess; then again it may need quite some
> tweaking of scripts that hard-code it's path I suppose; particularly
> (IIRC) 'rsc' checks to make sure that the icons actually exist in there
> and would need a path.

Hm, yeah, I would like to move this to icon-themes/galaxy, but
replacing all occurrences of the string "default_images" that came up
with git grep didn't lead to something buildable, which stopped me
from implementing the idea for now, but I hope to get back to it
later. It also fails during tail_build with something rather
non-descriptive if I remember correctly.

Interestingly, there seem to be no occurrences in rsc/, instead the
ones I found are

chart2/source/controller/dialogs/dlg_DataEditor.hrc://the numbers correspond to
desktop/Zip_brand_dev.mk:$(eval $(call gb_Zip_Zip,brand_dev/intro,$(SRCDIR)/defa
desktop/Zip_shell.mk:$(eval $(call gb_Zip_Zip,shell,$(SRCDIR)/default_images/bra
desktop/branding/Makefile:ABOUT_BITMAP := $(SRCDIR)/default_images/brand/about.p
desktop/branding/Makefile:INTRO_BITMAP := $(SRCDIR)/default_images/brand/intro.p
icon-themes/industrial/TODO:for file in `cat ../../missing`; do foo=`md5sum
reportbuilder/registry/data/org/openoffice/Office/UI/ReportCommands.xcu:
sc/source/ui/src/toolbox.src:// folder in default_images. This list is now only
set_soenv.in:$DEFIMGS  = $ds."default_images";
solenv/doc/gbuild/solenv/gbuild/alllangres.mk:/// Sets the location
solenv/doc/gbuild/solenv/gbuild/alllangres.mk:/// below default_imag
solenv/gbuild/AllLangResTarget.mk:gb_ResTarget_DEFIMAGESLOCATION := $(realpath $
solenv/gbuild/templates/AllLangResTarget.mk:# declaration of images folder (e.g.
solenv/inc/settings.mk:RSCDEFIMG*=default_images
sw/source/ui/app/app.src: // folder in default_images. This list is now only use

So, the real meat seems to be in solenv. I assume that either
a. default_images and custom_images need to lie in different base
folders and thus something tries to pack the Galaxy icon theme twice
(once as the default, once as a custom set) which goes wrong
b. there's a ../ too few or too many somewhere

Regards,

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH] Remove options "Show preview of fonts" and "Show font history"

2012-01-02 Thread Stefan Knorr (Astron)

Hi everyone,

> But even when thinking of the performance, I think the 'font history'
> part of the patch is non-controversial, right? :-)

I'd go so far as to say both are uncritical.
However, if it is feasible to just cache the font names shortly after
startup or if it is possible to speed up their display otherwise, we
should try to do that for 3.6.


> Another thing to remove from the font listbox would be the bitmap
> indicating the vector fonts; we do not show any bitmap fonts there any
> more (do we?), so it is shown for every font in the list.

Checked on Windows and Linux and we don't seem to. So, yes, that might
rid us of at least two icons and a bit of code if we decide we don't
ever want to display bitmap-based fonts again.

Regards/happy new year,

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-ux-advise] [REVIEW 3-5: Late feature] Improvements in the header / footer behavior

2011-12-30 Thread Stefan Knorr (Astron)

Hi everyone,

> Yeah ;-) - it is hard to make everyone happy, though I am not that
> convinced that introducing one more option is the right solution.

Agree with that completely.


> So - what I'll try to do is that the appearing will start later (not 1
> sec, but maybe 200 - 500 ms), but the functionality will be available
> immediately when the mouse is there; so the impatient user who knows
> where to click will be able to perform immediately, while the extensive
> mouse traveller will not be annoyed.  Hopefully that will be the best
> from the both worlds :-)

Sounds good. Almost wanted to propose that yesterday, but didn't dare
because you had patches already.


>> And... is it possible to show the controls only on a single page? See
>> the attached screenshot - it's absolutely crazy! %-)

Not pretty... but a corner case nevertheless. If you have enough
resources to fix all of these rendering bugs for 3.5 that would be
great, but hopefully these won't hurt too much otherwise.

So, for the future, we have the following drawing bugs present here:
* Page breaks: When moving with the mouse cursor from one page break
to the next very quickly, their little tabs don't disappear any more
* Page breaks: The dotted lines are drawn above the little tabs

Another one that annoys me quite a bit (but can't be seen in Ivan's screenshot):
* Page breaks: the dotted line seems to move forward instead of just
being overlaid by the tab.


> :-) The thing is that you are really editing all the pages at the same
> time (header applies to all of them).  The way out of that might be
> showing the dashed line on all the pages, but the control only on the
> page where you have the mouse pointer.  I'll try how hard will that be.

Agree with your solution, but note: the header indicators are shown on
_all_ pages, not just those with the same header style. If there's a
page using another header style, no indicator should be shown at all.

Regards,

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PUSHED] Re: [Broken patch] Frame dialogue, try to draw the preview at its original size

2011-12-28 Thread Stefan Knorr (Astron)

Hi,

> And the answer is... your patch is perfectly fine! :-)  Only you've hit
> a 5 years old corner case bug that I fixed in a follow-up commit.

I see... Thanks for pushing.

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] ooo_custom_images to icon-themes, was: Re: Do we support classic and industrial theme?

2011-12-27 Thread Stefan Knorr (Astron)

Hi everyone,

First I / then Michael Meeks:
>> ../ooo_custom_images could be renamed to ../themes, so things would
>> look a bit more orderly...
>
>        Yep - sounds fine to me; why not try it in a branch, and target at
> master.

FYI, this just went live (well, the folder name is icon-themes). I
hope this doesn't cause too much mayhem...

Everything else mentioned in the old thread is still on the todo list.

Astron.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

1 2 >

1 - 100 of 124 matches

Mail list logo