Difference between revisions of "User:Camillem/MyDrafts"
Line 6: | Line 6: | ||
==Basic principle== | ==Basic principle== | ||
Making page breaks more obvious, with a way to manipulate them directly. | Making page breaks more obvious, with a way to manipulate them directly. | ||
+ | Those indicators would show/hide just like the other non printing characters. | ||
[[File:VisualIndicatorsForLayout.png]] | [[File:VisualIndicatorsForLayout.png]] | ||
− | |||
− | |||
− | |||
− | |||
=Web search Toolbar= | =Web search Toolbar= |
Revision as of 21:13, 29 June 2010
Visual indicators for Layout
Introduction
Setting the layout in fairly easy, once you know how it works. But it could be made even more obvious and straightforward.
Basic principle
Making page breaks more obvious, with a way to manipulate them directly. Those indicators would show/hide just like the other non printing characters.
Web search Toolbar
Introduction
OOo has a cool Web search toolbar : it's the "Hyperlink bar" toolbar. It provides nice functionnality : the search box can be automatically filled with the selected text, and you can choose among different search engines, that are settable in the options and I guess, by an extension.
But...
- The list of default search engines could be improved: Excite throws a server error, Wikipedia is missing, and we could also imagine linking to online translation services, etc.
- It's quite obfuscated :
- the name "Hyperlink bar" doesn't suggest its functionnalities
- It provides a second larger box and two additionnal buttons to insert links into your text.
- Someone created an extension to do exactly the same thing http://extensions.services.openoffice.org/en/project/OOWebSearch
Change proposal
- Create from this toolbar a "Websearch" toolbar, without the link insertion capabilities ;
- as it would be much smaller, it could be displayed by default
- I think that "Hyperlink bar" could then even be removed as the link insertion capability is redundant with the complete and convenient "Hyperlink" dialog that can be directly called from the standard toolbar.
- Update the search engine list ; if the toolbar is successful, integrating services in it could be sponsored.
- Google : http://wwww.google.com
- Yahoo : http://yahoo.com Ecosia or http://ecosia.org/ or http://www.ixquick.com/ or http://www.ask.com/
- Wikipedia : http://en.wikipedia.org/
- Systran http://www.systranet.com
- OpenOffice.org Wiki : http://wiki.services.openoffice.org
- Creative Commons : http://search.creativecommons.org/
- Dailymotion : http://openvideo.dailymotion.com/relevance/search/
- Create extensions to adapt this list to the different linguistic contexts ;
Before
After
Technical details
Unfortunately, this change is not as easy as it could seem. Mathias Bauer explained :
There are two ways to implement that feature: convert the hyperlink bar into a "regular toolbar" or extend the SfxChildWindow based implementations to support toolbars. Probably the latter would be a waste of time as the code is planned to be replaced. For a "regular toolbar" all code currently in the hyperlink bar class must be moved into the controllers - a quite challenging task.
Depending on the knowledge of the developer a rough estimation for the effort would be 3-4 weeks. Too much for me to start that task now.
But he nuanced:
There could be another option that came up when I discussed the problem with Carsten Driesner: what if we could "bundle" the three controls into a common parent window (transparent and with no borders so that the "sub controls" completely fill it) and use that one as the toolbar control? All code currently in the hyperlink bar itself could be moved to that new control. This control then could be added to any "regular" toolbar as usual. That would be doable in much shorter time. Worth thinking
about it...
Revamping the Styles & Formating Window
The idea would be incremental "better than nothing" steps : that means changes that wouldn't disrupt users and that would be cheap to implement.
First Step : Tabization
The first step is to create logical groups of the different elements. It just clarifies the way the window works without changing user interaction (he click at the same places as before).
Second Step : Explicit commands
The second step is to move icons in a more convenient place and to redefine their actions :
- Icon "Add" adds a new style ; the triangle beneath opens a menu (Or if it's simpler : icons and triangle open the menu.):
- Add new style,
- create style from selection,
- Load styles.
- Icon "Edit" edit the current style ; the triangle beneath opens a menu :
- Edit style,
- update style from selection
- Icon "Delete" deletes current style
It would imply to change a little bit the user interaction, but icons are more explicit than the existing ones (actually, the Galaxy icons are already quite similar to these ones).
Print ranges
mockup for Editing print ranges, after Regina's proposal