Personally I don't mind really. OK it's nice to be consistent with the desktop but you can't please every single desktop standard right ? I would rather see a Libreoffice look than a KDE or Gnome one, as long as the UI is fresh and efficient :)
-- Cyril Arnaud On Apr 26, 2011 4:51 PM, "Scott Pledger" <[email protected]> wrote: > Purely out of curiosity, how many people here prefer that the user's default > environment theme (GTK, Qt, etc.) be applied to LibreOffice versus how many > would rather see LibreOffice get its own look independent of the desktop > environment? > > Yours Truly, > Scott R. Pledger > > > On Tue, Apr 26, 2011 at 11:06, Scott Pledger <[email protected] >wrote: > >> Thanks! One additional notion that I've had for it is to have any >> extraneous popup windows be displayed as part of the menu hierarchy. For >> instance, the current Insert > Frame dialog box would be shown such that it >> is a part of the menu itself. I haven't sketched this out yet as I haven't >> had time, but essentially the premise is that it would be embedded inside >> it. That way, the application does not feel as fragmented, but it has a >> much more fluid feel to it. Let me know what you think! >> >> Yours Truly, >> Scott R. Pledger >> >> >> >> On Tue, Apr 26, 2011 at 10:43, Cyril Arnaud <[email protected] >wrote: >> >>> I depends if you want to save vertical space or horizontal space. >>> Since most of the screen nowadays are wide screens, we have extra >>> horizontal space, so we should save as much vertical space as possible. >>> Therefore I think the menu on the right is indeed a good idea. >>> >>> -Cyril >>> >>> On Tue, 2011-04-26 at 18:02 +0200, Christopher Stark wrote: >>> >>> > I think a Tabs-Function for all >>> > open documents would be especially nice!The right >>> > column for special functions seems to be a good Idea >>> too.Personally I don't like the Menu panel on the right side in that >>> > example. I think menus should stay horizontally on top of the >>> > gui.Best RegardsChristopherOn 4/26/2011 5:19 PM, Scott Pledger >>> wrote:This is actually very close to the design I'm currently working on for >>> > LibreOffice and, indeed, partly its inspiration. Much of the difference >>> > between the implementation of Lotus Symphony and my design is that Lotus >>> > Symphony's side bar does not constitute of panels which change based on >>> what >>> > the user has selected. >>> > >>> > >>> > The overall design concept is copied below from my original posting to >>> the >>> > design mailing list: >>> > >>> > >>> > * >>> > I've had this idea for a while now and I wanted to see what everyone >>> here >>> > thought of it, so here it goes! >>> > >>> > >>> > Its based on two simple premises. First, I noticed that monitors are >>> > getting wider but the documents we type up are still vertically >>> oriented. >>> > Secondly, I find floating toolbars to be extremely cumbersome. So I >>> decided >>> > I'd try to tackle both of these issues in a simple, easy-to-use manner. >>> > Attached to this email is the concept that I currently have (or at >>> least >>> > the beginnings of it). So, here's my plan: >>> > >>> > >>> > 1. Have a single toolbar at the top that contains actions that can be >>> > used no matter what application you're using. >>> > 2. Move any additional toolbars to the right hand side and organize >>> them >>> > into groups based on what the user currently has selected. So let's >>> say >>> > you're editing a Writer document and you have some text selected that >>> is in >>> > a Table. You would have 3 primary categories (at the top of the >>> right-hand >>> > part of the screen): Document, Table, and Text. 'Document' is always >>> > present and handles document-wide settings. Table might contain >>> > subcategories of Row, Column, Cell, and Display. All of these would >>> contain >>> > toolbar items to modify aspects of these subcategories. Text then, >>> might >>> > contain Font, Paragraph, and Section as subcategories. And so on and >>> so >>> > forth. I also had the idea that hovering over a primary category or >>> a >>> > subcategory might emphasize what would be affected in the main >>> document area >>> > by shading everything else, but I also know that that would not be a >>> > necessity. For the purposes of the design, this right-hand area can >>> be >>> > called the context tool panel. >>> > 3. Move the menus to the left-hand side, placing them above whatever >>> is >>> > typically the left side of any given LibreOffice application. >>> (Impress/Draw >>> > -Slides, etc.). Clicking one of these would then cause a panel to be >>> > displayed categorizing items in the same manner as the context tool >>> panel >>> > which would contain the different actions the user can take. >>> > 4. Possibly: Allow for LibreOffice to run everything from a single >>> window >>> > by having a tab row at the top of the screen. (I'm still not sold on >>> this >>> > idea, so let me know what you think.) >>> > >>> > >>> > When it came to actually designing this new layout, I tried to pull from >>> the >>> > current LibreOffice icons as much as possible, mainly because I think >>> they >>> > are absolutely awesome! >>> > >>> > >>> > Also, I do want to be forthcoming - I'm no UX or Design professional. >>> I'm a >>> > Computer Science major in the US, but I think that this kind of layout >>> can >>> > not only give LibreOffice one of the most unique and (in my mind) usable >>> > User Interfaces on the planet, but I also think that it can help >>> LibreOffice >>> > to be the very best office suite on the planet. >>> > * >>> > >>> > >>> > The aforementioned attachments can be found here: >>> http://pledgecomputers.com/LibreOffice/Redesign/Concept.pdfhttp://pledgecomputers.com/LibreOffice/Redesign/Concept.odgYoursTruly , >>> > Scott >>> > >>> > >>> > >>> > >>> > On Mon, Apr 25, 2011 at 16:48, RGB [email protected]:2011/4/26 >>> Cyril [email protected]:Most user I encountered (not that >>> much, so there is no statistics behind >>> > this observation) are doing fine because they look around, search, >>> > experiment. But some users are "afraid" of searching, testing. >>> > That's why I find the Symphony's UI interesting. It's shiny, you are >>> > more eager to play with it.Writer, for instance, is not an app that you >>> can learn by trial and >>> > error: you need to sit down for a while and RTFM ;) >>> > But even if the interface could be improved and the learning curve >>> > lowered, it is also true that "trial and error apps" are useful only >>> > for simple tasks, and for simple tasks you can use abiword. >>> > You cannot please everybody. And you cannot drive a jet the same way >>> > you drive a bicycle. So the options are mainly two: to give "normal" >>> > and "power" users two different apps, or to build only one app but >>> > with two different UI. >>> > I think that ooo4kids is starting to work on the second possibility. >>> > Cheers >>> > Ricardo >>> > >>> > >>> > -- >>> > Unsubscribe instructions: E-mail [email protected] + more: >>> http://wiki.documentfoundation.org/NetiquetteList archive: >>> http://listarchives.libreoffice.org/www/design/All messages sent to this >>> list will be publicly archived and cannot be >>> > deleted >>> >>> -- >>> Unsubscribe instructions: E-mail to [email protected] >>> Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette >>> List archive: http://listarchives.libreoffice.org/www/design/ >>> All messages sent to this list will be publicly archived and cannot be >>> deleted >>> >> >> > > -- > Unsubscribe instructions: E-mail to [email protected] > Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette > List archive: http://listarchives.libreoffice.org/www/design/ > All messages sent to this list will be publicly archived and cannot be deleted > -- Unsubscribe instructions: E-mail to [email protected] Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/www/design/ All messages sent to this list will be publicly archived and cannot be deleted
