[Libreoffice-ux-advise] [Bug 90452] Breeze icons poorly visible in Start Center

2015-07-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=90452

--- Comment #69 from Commit Notification 
 ---
Adolfo Jayme Barrientos committed a patch related to this issue.
It has been pushed to "master":

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

tdf#90452 StartCenter: Replace old, clunky, non-transparent LO logo…

It will be available in 5.1.0.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 92391] LibreOffice Impress User Interface (UI) Combine 'Notes' → 'Normal'

2015-07-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=92391

--- Comment #3 from Óvári  ---
Created attachment 117130
  --> https://bugs.documentfoundation.org/attachment.cgi?id=117130&action=edit
Mock up as requested by Cor Nouws

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 87702] SIDEBAR: Properties tab Area content panel needs shadow options

2015-07-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=87702

Commit Notification  changed:

   What|Removed |Added

 Whiteboard|| target:5.1.0

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 87702] SIDEBAR: Properties tab Area content panel needs shadow options

2015-07-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=87702

--- Comment #10 from Commit Notification 
 ---
Rishabh Kumar committed a patch related to this issue.
It has been pushed to "master":

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

tdf#87702: Addition of Shadow sidebar tab

It will be available in 5.1.0.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 92612] Right-click to undo?

2015-07-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=92612

tommy27  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||ba...@quipo.it,
   ||libreoffice-ux-advise@lists
   ||.freedesktop.org
  Component|Writer  |ux-advise
Version|5.1.0.0.alpha0+ Master  |4.4.3.2 release
 Ever confirmed|0   |1

--- Comment #1 from tommy27  ---
(In reply to Ashod Nakashian from comment #0)
> On the master (5.1 alpha,) highly reproducible unexpected behavior:

please tell your O/S.

> 
> 1. Start a new text document.
> 2. Type some text.
> 3. Click on Font Color, cursor changes into pain bucket => Unexpected. Is
> intentional?

I think it's always been like that. the cursor changes into "bucket" in order
to paint the text you select later.

> 4. Click and drag over some text to apply font color.
> 5. Right-click on the page and the font-color is undone. Further
> right-clicks undo the typed text! => Certainly unexpected!
> 
> Without applying the font color, right-clicking doesn't undo the text. This
> leads me to think this is an unintentional bug of undoing the "apply
> font-color" operation.

all other steps are reproducible under Win7x64 using LibO 4.4.3.2 and 
5.1.0.0.alpha1+ (x64)
Build ID: 449d272daf5e99f039cdfdd25f020bd798fb9e1d
TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2015-07-08_08:13:06
Locale: it-IT (it_IT)

I didn't know about this right click undo thing so I have to retest with older
releases to tell if it's always been like that.

In the meantime I set status to NEW and I ask to the UX-team if this behaviour
is intended or not and which is it's rationale

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 92612] Right-click to undo after applying "color buckets"

2015-07-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=92612

tommy27  changed:

   What|Removed |Added

Version|4.4.3.2 release |3.3.0 release
Summary|Right-click to undo?|Right-click to undo after
   ||applying "color buckets"

--- Comment #2 from tommy27  ---
retested with LibO 3.3.3 and OOo 3.3.0
it's always been like that so inherited from OOo and most likely an intended
behaviour.

same thing with all the other "color buckets" toolbar buttons like
highlighting.

I'd like to hear the opinion of the UX-team to know if we should label this a
NOTABUG

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 88709] Allow Multiple References to Same Footnote

2015-07-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=88709

Frank  changed:

   What|Removed |Added

 CC||fobe...@enteract.com

--- Comment #8 from Frank  ---
I also use the cross reference to make additional references to the same
footnote, but haven't experienced any problems having it update when other
footnotes are inserted prior.

But, I sure like Heiko Tietze's suggestion to have special treatment for
footnote cross references. I suspect all it would need to do is automatically
use the current character style for footnote references when such a cross
reference was made, or at least offer that as a default and permit Ctrl+Z (or
whatever is used for undo) to turn it back into a regular reference.

That would save a lot of tedious formatting ...

Frank

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 75349] [UI] No animations/transitions shown in remote control app

2015-07-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=75349

Adolfo Jayme  changed:

   What|Removed |Added

  Component|ux-advise   |Android app
Product|LibreOffice |Impress Remote

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 92612] Right-click to undo after applying "color buckets"

2015-07-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=92612

--- Comment #3 from Ashod Nakashian  ---
Thanks for checking this.

The main issue I see with this is that it isn't consistent. The paint-bucket
mode will not undo unless painting is done at least once. However once it can
undo, it will undo any and all changes preceding the paint. It seems that the
point is to allow for more user-friendly experience when one in paint mode to
undo minor errors and continue with painting uninterrupted.

More reasonably, right-clicking after painting (in paint bucket mode,) should
undo _only_ the pain operation(s) and never beyond. Undoing other changes than
paint is inconsistent and should be avoided (and probably was unintentional).

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 92612] Right-clicking after applying "paint buckets" leads to multiple Undo

2015-07-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=92612

tommy27  changed:

   What|Removed |Added

Summary|Right-click to undo after   |Right-clicking after
   |applying "color buckets"|applying "paint buckets"
   ||leads to multiple Undo

--- Comment #4 from tommy27  ---
yes, I understand what you mean.

we can argue if the first undo that reverts the color change is a feature or a
bug but the second undo that erases text is probably a bug or at least lack of
consistency

I think that those "Undo" should not go beyond reverting the paint thing...

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise