Re: [libreoffice-design] wrong icon size in Impress

[Jan Holesovsky]

Hi Andreas,

kainz.a píše v St 02. 12. 2015 v 13:00 +0100:

> I'm not very happy with the new drop down menu in Impress for the Edit Mode
> selection cause the icons are 68x54 px in size.

I don't think there is a particular reason for using 68x54.  I think in
the Edit Mode case, it was done for the consistency with the
pre-existing "slide layout" (and other) icons that we had in the toolbar
already previously; see the "Slide Layout" dropdown.  They are used also
in the sidebar.

68x54 sounds strange though, indeed :-)  I suppose if you change all
(ie. both edit mode, slide layout, and whatever else uses 68x54) to
actually using 64x64, that might be good - but we'll have to check how
does it look in the sidebar.

> my problem is:
> 
> 1. toolbar icons are 16px, 24px and in future 32px and for this drop down
> button you scale the large 68x54px icons to the toolbar size (you can't
> read the 68x54px icon at 16px scale size.
>
> 2. why LO don't use standard icon sizes like 8x8, 16x16, 22x22, 24x24,
> 32x32, 48x48, 64x64, 128x128

See above; I think no issue using 64x64 for sd/res/displaymode_*

> I would prefere to move the icons
> 
> from
>sd/res/displaymode_*
> to
>cmd/sc_displaymode_*
>cmd/lc_displaymode_*
>cmd/32/displaymode_*
> 
> in the toolbar use the 16px (sc_displaymode_*) or 24px (lc_displaymode_*)
> icon and in the drop down menu maybe the cmd/32/displaymode_* icons or the
> same than in the toolbar.

This is something slightly different.  In the Edit Mode implementation,
there is code that explicitly uses the sd/res/displaymode_* images, and
scales them down to fit the toolbar.

But! - there are also .uno commands that could map to the appropriate
icons:

.uno:NormalMultiPaneGUI -> cmd/(sc_|lc_)normalmultipanegui.png
.uno:NotesMode -> cmd/(sc_|lc_)notesmode.png
.uno:OutlineMode -> cmd/(sc_|lc_)outlinemode.png
.uno:DiaMode -> cmd/(sc_lc_)diamode.png
.uno:SlideMasterPage -> cmd/(sc_|lc_)slidemasterpage.png
.uno:NotesMasterPage -> cmd/(sc_|lc_)notesmasterpage.png
.uno:HandoutMode -> cmd/(sc_|lc_)handoutmode.png

Could you please create those icons in the appropriate sc_ | lc_ | 32/
sizes?

Then I think Philippe could easily change the code so that instead of
the custom code in DisplayModeController::setToolboxItemImage, we just
use the appropriate cmd icon?

Thank you,
Kendy


-- 
To unsubscribe e-mail to: design+unsubscr...@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

Re: [libreoffice-design] "eat our own dog food"

[Steve Edmonds]

I use LO every day. Day in day out. 4-6 hours a day.
I think the devs. have done a great job, I have hopped on their bus and 
the ride gets me just about everywhere I want to go.
Of course there are always improvements, and I work a little differently 
from the average user so have to adjust as I like the bus I am on.

steve (not a dev)

On 2015-12-04 12:32, Michel RENON wrote:

Hi,

Another feedback : do LO designers really use LibreOffice every day ?
I can tell you it really changes the way you consider software design, 
specially when bugs/bad design prevent you from doing your paid work, 
and your boss becomes angry...



Look at when one KDE dev (David Faure) just uses a software (Calligra 
Stage, an Impress equiv) for few hours/minutes :

https://mail.kde.org/pipermail/calligra-devel/2015-October/015295.html
https://mail.kde.org/pipermail/calligra-devel/2015-October/015296.html

--> Design is : "help users do what they have to do"

So design without any user feed-back is "designers in their ivory tower".




So why not create mockups with LO Draw ?


Or at least with some standard tool like Inkscape ?
Note that KDE is creating a toolkit with Inkscape for their mobile 
version :
http://www.alexl.netsons.org/blogposts/mobile-oriented-hig-the-first-prototypes-and-the-mock-up-kit/ 




Michel




--
To unsubscribe e-mail to: design+unsubscr...@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-design] Re: [tdf-members] Season Logo/Banner for Website

[Daniel A. Rodriguez]

2015-12-03 14:08 GMT-03:00 Italo Vignoli :

> We would like to add a seasonal logo/banner to the website. Does anyone
> have an idea/mockup to suggest?
>
> Ideally, the logo/banner should be in place during next week, as the end
> of the year is approaching quickly.
>
> Thanks, Italo
>



What about something like this

http://s21.postimg.org/hrs3gu45z/xmas_balls.jpg

with LibreOffice logo replacing the ice star

and a seasonal message






Comunidad LibreOffice Argentina
www.libreoffice.org.ar

https://telegram.me/daniel_rodriguez

-- 
To unsubscribe e-mail to: design+unsubscr...@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-design] Feedback for next hangouts

[Michel RENON]

Hi,


I'll try to join next hangouts, but I wanted to send some feedback before.

After reading gdocs about current subjects (table styles and area tab), 
I have the following suggestion :


- start by creating use cases, for each of 3 personnas (Benjamin, Eve, 
Adrian).


Currently, there are no use cases. I think it prevent from making useful 
proposals. The general idea is : when use cases define very precisely 
all possible problems/enhancements, then it's much easier to create and 
select proposals. Even better, the process of selecting proposals can be 
scientific, through metrics. The first one is the number of clicks/events.
The use cases should be based on feedback from real users and should 
precisely describe 2 steps : the state of document at the beginning, and 
the state of the document at the end.


Exemple :
"Benjamin wants to create a planning for the next week (holidays).
He starts with a new document.
He wants to obtain a table with properties... "



Michel

--
To unsubscribe e-mail to: design+unsubscr...@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-design] Redesign of user data (contact data)

[Bastián Díaz]

 

Hi all.
 I would like to know what you think of adding new fields in the user
data on the preferences panel LibreOffice. 

For some cases, this information is sufficient, however, there is
information that now is the time necessary to add, as the website of the
company or user, IM, another e-mail, etc. 

Proposal: 

* Clearly divided information for work/business and personal
information
* Web page: Work and personal

* Add Internet telephony (VoIP / SIP): Work and personal
* Add Instant messaging: Work and personal
* Email: Work and personal
* etc

The idea is to update information based on the data that is used for
users today.

Cheers 
-- 
To unsubscribe e-mail to: design+unsubscr...@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-design] "eat our own dog food"

[Michel RENON]

Hi,

Another feedback : do LO designers really use LibreOffice every day ?
I can tell you it really changes the way you consider software design, 
specially when bugs/bad design prevent you from doing your paid work, 
and your boss becomes angry...



Look at when one KDE dev (David Faure) just uses a software (Calligra 
Stage, an Impress equiv) for few hours/minutes :

https://mail.kde.org/pipermail/calligra-devel/2015-October/015295.html
https://mail.kde.org/pipermail/calligra-devel/2015-October/015296.html

--> Design is : "help users do what they have to do"

So design without any user feed-back is "designers in their ivory tower".




So why not create mockups with LO Draw ?


Or at least with some standard tool like Inkscape ?
Note that KDE is creating a toolkit with Inkscape for their mobile version :
http://www.alexl.netsons.org/blogposts/mobile-oriented-hig-the-first-prototypes-and-the-mock-up-kit/


Michel

--
To unsubscribe e-mail to: design+unsubscr...@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

Re: [libreoffice-design] "eat our own dog food"

[Heiko Tietze]

On Friday 04 December 2015 00:32:29 Michel RENON wrote:
> So why not create mockups with LO Draw ?
Nothing against dog food, and of course Draw is a useful tool. But to adopt a 
paintting tool for mockups is like writing code with a text processor. My 
scribbles are done with Balsamiq Mockups, which is a specialized tool. You may 
read [1] on how to use it. There are some similar applications with different 
features and other use cases. But no true usability engineer would apply 
Inkscape for that purpose. It's the same for KDE: only designers do work with 
Krita or Inkscape (BTW: there is a complete kit for desktop applications [2]). 
So what is expected from a mockup tool: 
* interactivity (on click either another page should open or the controls have 
to work as usual), 
* collaborativity (drafts need to get shared easily), 
* comprehensive set of control (you don't want to draw buttons every time, and 
those controls should be easy interchangable), 
* look and feel like scribbles (pixel-perfect design is misleading), 
* support for layout (arrangement, placement etc.)
IMHO it makes no sense to enhance Draw for this purpose. 

Cheers,
Heiko

[1] http://user-prompt.com/de/how-to-use-balsamiq-mockups/
[2] https://techbase.kde.org/Projects/Usability/HIG/MockupToolkit
[3] http://pencil.evolus.vn/

-- 
To unsubscribe e-mail to: design+unsubscr...@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