Date: prev next · Thread: first prev next last
2012 Archives by date, by thread · List index


Mirek, Kevin,

Does the potential Gnome Overview work like the Tab Groups in Firefox? So
it would be preferable to have something like that for Libreoffice? I'm not
too familiar with Chrome (only used it for testing purposes) but I opened
up the program and looked at the placement of the tabs. I can see why that
would be preferable for an office suite. I'm a little confused though.

~ Maggie



On Wed, Mar 21, 2012 at 4:03 AM, Kévin PEIGNOT <peignot.kevin@kpeignot.fr>wrote:

Hi Magie, Mirek

Personally, I would love having tabs, but we must provide a way not to use
tabs. I like the Firefox/Chrome/others possibility to drag tabs out of the
tab bar, to have a separate window. Then it must not be the only way to do
that, because drag and drop, even very easy and intuitive, isn't
discoverable at all. Maybe an otpion by right-clicking the tab ? So to
answer your thought Mirek :

2012/3/21 Mirek M. <mazelm@gmail.com>

Hi Maggie,
Thanks for the proposal.
One of the reasons why office suites in general have been hesitant to
support tabs is because it's not really meant for that workflow -- a user
is likely to work on one or two documents at a time or two documents
side-by-side, and it's a waste of memory to open a large number of
documents and only use one of them.
Rather than using tabs, I would love to implement something along the
lines
of the Gnome Overview [1], which is going to replace tabs in Epiphany. It
makes getting to any document simple, especially simple for recent
documents, but also lets you focus on the current document.

Personally, I would prefer tabs, but I can't assure that, as I didn't tried
something like that, and don't visualize what Gnome overview will be.


That said, I wouldn't be opposed to having tabs in LibreOffice as long
as:
- the tab bar is hidden by default, only shown when you have 2 tabs or
more

Obviously, elsewhere it would clutter the interface for absolutely nothing

- the tab bar appears as part of or just below the title bar (like Chrome),

I agree too. Chrome designers did this because the adress/search bar,
buttons (back/next/reload...) refer to the content of the tab, not all tabs
together, so the tabs must contain the buttons --> Tabs have to be above
the buttons. It's the logical way, Firefox and others made this too since.

able to contain tabs from any LibreOffice module

Right, this is the second reason why tabs have to be above the buttons :
you don't have the same toolbars in writer than in calc, even between two
writer sessions, you don't have the same toolbar, to follow what is
selected (picture --> picture toolbar, table --> table toolbar ....). It
will be the same with your proposals if I remember (Citrus). Having the tab
above the buttons, you don't change anything above tabs, except window
name.

- there is no tab management -- the user just shouldn't have many tabs open
(he can't work on 12 documents at once); not even Chrome manages multiple
tabs

What you mean by tab management ?


- tabs are always docked on top -- if they could be docked anywhere, it
would be an unnecessary complication for both developers and UI designers
and wouldn't really provide much advantage to the user. I'll bring up
Chrome again -- it experimented with side tabs, but dropped the feature
because it wasn't working well enough. But since people are not going to
have 20 LibreOffice tabs open, we really don't need a tab sidebar.

I agree. If this is really wanted, I'm sure an extension will appear for
that someday. But I don't think it will be very asked.

More of that, I think it would be great to have a way to "add" tabs : Here
are some ideas :

  - " *+* "button when the tab bar is displayed ;
  - New tab item in file menu ;
  - In the "new file" window, an option to open the file in a new tab.

If we have an empty tab (using the new tab item in the file menu maybe), we
could integrate the new file dialog in the tab (I will try to make a little
mock-up soon), but I think you imagine what I mean.

Feedback appreciated ;)

Kévin


[1] https://live.gnome.org/Design/Apps/Web

2012/3/21 King Duck <rotteneogat@gmail.com>

Hello everyone. I have been working on a simple mockup for tabs in
LibreOffice. I checked some past suggestions in Bugzilla for tabs in
LO.
LO
and Office 2007 (along with 2010) have support for tabs but only with
add-ons. I think that implementing tabs into LO would help attract more
users. The convenience of having multiple tabs in one window instead of
having to shift between several separate windows is a feature which I
feel
would be appreciated by many users. I have used Office Tabs and despite
it
being rather limited it improved my user experience with Office 2007 by
allowing me to easily shift between several documents.

Some potential ideas:

* Tab positioning
_ Positions tabs at the top, bottom, left, or right of the page;
controlled
according to what the user wants

Pro: Tab position is left in control of the user so that zie can show
zir's
tabs in location most convenient to user
Con: Could potentially overshadow panels (if implemented)

* List tabs button
_ Shows all tabs which are open in the current application; Useful for
when
4+ tabs (at least) are in use

Pro: Multiple tabs easily seen by user without having to take up too
much
screen space
Con: Tab list could end up excessively long and require scrolling on
part
of user

*Sort tab order
_ Order of tabs controlled by mouse (click-and-drag), touch
(touch-and-drag), or keyboard command

Pro: Tab order easily shifted around by user at zir's convenience
Con: Not sure how to implement for visually impaired users

Later on this week I'll do a mockup using the Citrus UI images. Any
feedback is much appreciated.



https://docs.google.com/open?id=0BzbVEiGiz0dnS3paaHMzeEtUUU96aFZWMVBoMzFnUQ

~ Maggie

--
Unsubscribe instructions: E-mail to design+help@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+help@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+help@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+help@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

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.