Re: [libreoffice-design] Some Feedback on Citrus.
Oh boy. How many times did we explain we cannot change the interface in one shot? Citrus looks good. But as we explained, if there's no one wrting specicications for eaxh part of citrus nothing will get done. It looks like we need to blog so that people don't get their hopes up. :-/ Best, Charles. Le 24 nov. 2011 21:44, Kévin PEIGNOT peignot.ke...@kpeignot.fr a écrit : Hy you wan't feedback on Citrus : http://www.omgubuntu.co.uk/2011/11/citrus-a-libreoffice-interface-for-today/ This is a good start guys ;) Kévin 2011/11/21 alexander.wilms alexander.wi...@zoho.com Hi, since I just received Kévins mail, I now took the time to browse Mireks proposals more deeply and I have to agree, that's just what I'd like to see :). There are many great things in those drafts, but I especially like are the color codes and the command reorganization. In addition to the new handling of headers this would make LOs UI much more comfortable to use. Another aspect I'd like to see integrated are those style groups, but in my opinion a little previw like in Word would be nice, maybe as a popout or that the styles get applied when hovering over each of them. In my opinion, there should be two selections though, one for the group style used (e.g. My favorite selfmade style) and one for the formatting that gets applied (e.g. Heading 1, Table etc.). I'm not sure but maybe you've already adresses this aspect. I generally like the idea of focusing on actual writing and letting the formatting be automated or taken care of, thats why I like the ability to export them and the new template manager, which could maybe even being integrated with the online repository, just like the fonts. Still, there are some issues like flickering icons when hovering over them or flshing black background colors when editing a text in Impress. Those aren't immediately related to this proposal, but I hope this could be eliminated, too. Or have these issues already been adressed in the current development branch? I am personally looking forward to the command reorg, hopefully we can start working this out very soon :) Cheers Alex On Mon, 21 Nov 2011 20:07:06 +0100 Kévin PEIGNOT lt;peignot.ke...@kpeignot.frgt; wrote 2011/10/30 Astron lt;heinzless...@googlemail.comgt; gt; Hi everyone, gt; gt; a few days ago, Andrew asked for feedback on Mirek's Citrus proposal. gt; So, here, I want to start a thread on what I/we like and what I/we gt; don't like (about the desktop/laptop proposal), in the hope that it gt; helps Mirek to refine his proposal. Please note, I am not a regular gt; reader of Mirek's blog and my assumptions are based on the short gt; descriptions from the wiki, so if anything on this list seems wrong to gt; you, feel free to correct me. gt; Here we go, structure is as on Mirek2's wiki page: gt; To gain time, I choosed to use the same structure. gt; gt; * Ellipsis menu: gt; I like the idea and it looks much better (cleaner) than it does gt; currently; for executing commands it is also more functional. gt; Here's what I don't like: that you can customise your toolbar via gt; drag-and-drop is not made visible at all; for users of accessibility gt; solutions there seems to be no way to add or remove something. gt; I must say I agree with this. It's a great idea. Here a proposal of solution : At the end of the toolbar, after the menu button, menu, integrate an ellement with a ? button. When a user click on it, a pop-up appear with the tip, saying that drag'n-dropping is the way to proceed * Page/slide handles: gt; I like the idea (so much I opened a bug about it – fdo#38597). There's gt; a lot to discuss, though, before this can be implemented (how it gt; zooms, how it acts, etc.). Also, the proposal doesn't work at all for gt; Calc (which Mirek explained, he uses so seldomly that he didn't gt; include it in his proposals). gt; Honestly I don't really see what is the point there. Do you have a detailled article/page somewhere, I didn't find (I suppose I didn't searched in the right place) gt; gt; * Continuously scrollable slides: gt; Not a bad idea for the read-only mode. When editing a document, gt; however, there will sometimes be the case that an image or other gt; element would overlap into the next slide. What should LibO do then? gt; Push the slide further below? Cut the element off in between the two gt; slides? I'm sceptical. gt; I agree, I usually have some parts of my slides that are out of the slide, sometimes below, because it can be a movable picture that come half from the bottom SO personally, I think it's a bad idea. gt; * Add page/slide: gt; I can see this being very useful in Impress and Draw, but in those gt; programs, I would probably put this button into the sidebar. gt; For Writer, it would be
Re: [libreoffice-design] Some Feedback on Citrus.
I just agree it can't be done in one time, it doesn't, but it's a good way
to have feedback anyway ;)
2011/11/24 Charles-H. Schulz charles.sch...@documentfoundation.org
Oh boy. How many times did we explain we cannot change the interface in one
shot?
Citrus looks good. But as we explained, if there's no one wrting
specicications for eaxh part of citrus nothing will get done.
It looks like we need to blog so that people don't get their hopes up. :-/
Best,
Charles.
Le 24 nov. 2011 21:44, Kévin PEIGNOT peignot.ke...@kpeignot.fr a
écrit :
Hy you wan't feedback on Citrus :
http://www.omgubuntu.co.uk/2011/11/citrus-a-libreoffice-interface-for-today/
This is a good start guys ;)
Kévin
2011/11/21 alexander.wilms alexander.wi...@zoho.com
Hi,
since I just received Kévins mail, I now took the time to browse Mireks
proposals more deeply and I have to agree, that's just what I'd like to
see
:).
There are many great things in those drafts, but I especially like are
the
color codes and the command reorganization. In addition to the new
handling
of headers this would make LOs UI much more comfortable to use.
Another aspect I'd like to see integrated are those style groups, but
in
my opinion a little previw like in Word would be nice, maybe as a
popout
or
that the styles get applied when hovering over each of them. In my
opinion,
there should be two selections though, one for the group style used
(e.g.
My favorite selfmade style) and one for the formatting that gets
applied
(e.g. Heading 1, Table etc.). I'm not sure but maybe you've already
adresses this aspect.
I generally like the idea of focusing on actual writing and letting the
formatting be automated or taken care of, thats why I like the ability
to
export them and the new template manager, which could maybe even being
integrated with the online repository, just like the fonts.
Still, there are some issues like flickering icons when hovering over
them
or flshing black background colors when editing a text in Impress.
Those
aren't immediately related to this proposal, but I hope this could be
eliminated, too. Or have these issues already been adressed in the
current
development branch?
I am personally looking forward to the command reorg, hopefully we can
start working this out very soon :)
Cheers
Alex
On Mon, 21 Nov 2011 20:07:06 +0100 Kévin PEIGNOT
lt;peignot.ke...@kpeignot.frgt; wrote
2011/10/30 Astron lt;heinzless...@googlemail.comgt;
gt; Hi everyone,
gt;
gt; a few days ago, Andrew asked for feedback on Mirek's Citrus
proposal.
gt; So, here, I want to start a thread on what I/we like and what I/we
gt; don't like (about the desktop/laptop proposal), in the hope that
it
gt; helps Mirek to refine his proposal. Please note, I am not a
regular
gt; reader of Mirek's blog and my assumptions are based on the short
gt; descriptions from the wiki, so if anything on this list seems
wrong
to
gt; you, feel free to correct me.
gt; Here we go, structure is as on Mirek2's wiki page:
gt;
To gain time, I choosed to use the same structure.
gt;
gt; * Ellipsis menu:
gt; I like the idea and it looks much better (cleaner) than it does
gt; currently; for executing commands it is also more functional.
gt; Here's what I don't like: that you can customise your toolbar via
gt; drag-and-drop is not made visible at all; for users of
accessibility
gt; solutions there seems to be no way to add or remove something.
gt;
I must say I agree with this. It's a great idea. Here a proposal of
solution : At the end of the toolbar, after the menu button, menu,
integrate an ellement with a ? button. When a user click on it, a
pop-up
appear with the tip, saying that drag'n-dropping is the way to proceed
* Page/slide handles:
gt; I like the idea (so much I opened a bug about it – fdo#38597).
There's
gt; a lot to discuss, though, before this can be implemented (how it
gt; zooms, how it acts, etc.). Also, the proposal doesn't work at all
for
gt; Calc (which Mirek explained, he uses so seldomly that he didn't
gt; include it in his proposals).
gt;
Honestly I don't really see what is the point there. Do you have a
detailled article/page somewhere, I didn't find (I suppose I didn't
searched in the right place)
gt;
gt; * Continuously scrollable slides:
gt; Not a bad idea for the read-only mode. When editing a document,
gt; however, there will sometimes be the case that an image or other
gt; element would overlap into the next slide. What should LibO do
then?
gt; Push the slide further below? Cut the element off in between the
two
gt; slides? I'm sceptical.
gt;
I agree, I usually have some parts of my slides that are out of the
slide, sometimes below, because it can
Re: [libreoffice-design] Some Feedback on Citrus.
Maybe we could publish a survey asking, for each part of Citrus UI (explained in a few word) what people think about it ? As we did with our first survey ? On each page a part of the survey, with a brief summary and if possible a mockup. And why not at the end asking a global impression note. It's not spec, but it permit to know what people think of the globals ideas ? Kévin 2011/11/24 Andrew Pullins android2...@gmail.com Charles, Kevin, every one, Citrus looks good. But as we explained, if there's no one wrting specicications for eaxh part of citrus nothing will get done. ok yes we do need to start on some specifications so that we can get started, but we have not talked about it all that much. first we need to decide on what we all agree on and change what we do not. if we get more people to agree with some things I would start some specifications, but I still don't know exactly what is needed to write one. could someone write a templet on what needs to be written. that would really help. till then there are still some people that have not said what they do not like about Citrus. if you wait any longer we'er going to have to just go with Citrus. It looks like we need to blog so that people don't get their hopes up. :-/ all the more reason to get this started NOW. and before you guys say it ONE MORE TIME. I know that we can not get this done in one shot, and that we need to do this ONE STEP AT A TIME. but now that we have some press on this and people know that we are working on this we NEED to get things rolling. Andrew -- 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 -- 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
