Re: Helping with development
Gerek, Thanks for generous offer. Yes there are many open visual design and user experience design tasks. We are currently exiting a branding refresh. See : https://cwiki.apache.org/confluence/display/OOOUSERS/Apache+OpenOffice+4.0+Brand+Refresh+Project There is also a design task backlog on the UX wiki. I'll send along the link in another note. Regards, Kevin On Feb 27, 2013, at 3:15 PM, ITH.sk | Gerek Juraj ge...@ith.sk wrote: Hi there I have interest to help you in graphic way for your products of Open office. Im designer with long time praxis and i have a many sucessfull projects behind me. If you want to improve your graphic environment in any way like website or some program please contact me. -- *Best Regards* *Gerek Juraj** * Štefánikova 264/30 029 01 Námestovo* * telefón : +421 911 316 241 web : * www.ith.sk* e-mail : ge...@ith.sk* * IČO : 43418635 DIČ : SK1074736278
Re: Which program opens .odp files?
Hi, On 26.02.2013 22:25, Regina Henschel wrote: Hi all, I have noticed, that the specification of angles for equations in custom shapes in ODF1.2 does not fit to the implementation in AOO. Now I want to investigate, whether this is an error in AOO or whether other programs show the same error. I have already tried PowerPoint 2013 Preview, LibreOffice, and Calligra Stage. Do you know other programs, which are able to read .odp files? Me not, but I assume that may be Rob know. I am remembering his talk on OOoCon 2010 in Budapest about more than 50 application supporting ODF Best regards, Oliver.
Re: update service for not released languages [was: Re: Registration]
Hi, On 26.02.2013 22:48, Rob Weir wrote: On Tue, Aug 14, 2012 at 3:35 AM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 09.08.2012 22:23, Andrea Pescetti wrote: Oliver-Rainer Wittmann wrote: On 07.08.2012 23:44, Andrea Pescetti wrote: I created a page with this content at http://www.openoffice.org/legacy/thankyou.html May be we can use it also for our update service. It could be the landing page for users of legacy OOo versions for whose language we do not have a released package. For those cases it would be better to wait until 3.4.1 is out, then provide, for unsupported languages, some beta/RC builds or langpacks based on the same SVN revision and the SDF files we have now and create a page saying something like your language is not officially supported, but you can help us [links to unofficial builds and instructions]. But this is just an idea that we can discuss after 3.4.1 is released. Yes, I would definitely wait until AOO 3.4.1 is out. Having unofficial language packs for our unsupported languages would be a good idea, esp. to attract some new volunteers for translations. I will keep your's and Rob's idea in mind for my planned future work on the update service. Now that the 3.4.1 language respin is released I'd like to bring back to mind this earlier discussion. There are (we assume) many users out there still running OOo 3.3.0 or earlier. Even months after 3.4.0 and 3.4.1 were released we get a steady stream of upgrades from OOo 3.3.0, 3.2.1 and 3.2.0. But we're only advertising upgrades for those cases where we have a translation for that language. I wonder if we could use the upgrade notification message as a form of recruitment for translation help in AOO 4.0? Yes, the update service could be used for it. For each language we are able to provide its own web site URL. Thus, we could use a landing page URL for languages for which we have no release. I will have a look, if the message shown in the update service dialog in the running OOo 3.2, 3.2.1 and 3.3 instance can already contain a corresponding short message that the new version is not available in the requested language. One idea would be this: 1) Create a landing page on the website that makes the following points: a) You are running an older version of OpenOffice. A more recent one is available, AOO 3.4.1, available in the following languages... b) We're working on a new 4.0 release with many exciting feature (point to blog post). We'd love to support your language, but need help with translation. If you want to help, or know someone who might be interested, here is where to find more information on how to get involved... c) Sign up here on the announcement mailing list (or Facebook, or Twitter or Google+) to be notified when AOO 4.0 is released 2) Then enable update notifications for all languages not included in AOO 3.4.1, and point the user to the new landing page. 3) After a week revert the update configuration file on our server to the earlier state, so users do not get this message repeatedly. (By default it should check only once a week). I think something like the above would be great to do in the near term, since it would give enough time for new volunteers to complete translations in time for AOO 4.0. +1 from my side. ad 3): may extend to two weeks Best regards, Oliver.
Re: Enable-werror
On 2013/02/27 2:10 AM, jorge ivan poot diaz wrote: I want to know if it is advisable to work on the source code running: ./configure --enable-werror I'm working on Ubuntu 12.04.1 LTS. For code you are working on treating warnings as errors is a very good idea. On the other hand it becomes quite distracting if warnings happen in unrelated code and the werror option would cause the break the build there. On platforms like Windows or Mac where we are currently still require the compilers VC2008 or XCode3 no new warnings are expected to appear until we switch these requirements, so enabling werror is encouraged. Plenty of new helpful warnings appear on more recent compilers, e.g. on the platform you are working on (in general: platforms with regular updates to the development environment like Linux/FreeBSD). Unless you plan to fix them I'd advise against enabling werror there. Looking at the warnings and solving the most critical ones is always interesting and beneficial for the project though. Hope that helps, Herbert
Re: Enable-werror
Hi, On 27.02.2013 02:10, jorge ivan poot diaz wrote: I want to know if it is advisable to work on the source code running: ./configure --enable-werror I'm working on Ubuntu 12.04.1 LTS. It depends on your intention. I assume that you will hit the one or the other warning during your build which is then handled as an error. Then you need to fix the warning to continue your build. Fixing these warnings would be really cool. While fixing the issues you would get some inside in the code and the dicussions on the possible fixes would you bring together with other developers. If this is your intention, then using --enable-werror is a good thing. If your intention is to work on something else, then using --enable-werror might be a blocking issue. Best regards, Oliver.
Re: EXTERNAL_WARNINGS_NOT_ERRORS: = TRUE
Hi, On 27.02.2013 03:02, jorge ivan poot diaz wrote: Hello, If I use EXTERNAL_WARNINGS_NOT_ERRORS: = TRUE for not cleaning external codes, this may cause problems to other files in the source code? I want to know if there is a risk to run this command. When I can run this command? searching for EXTERNAL_WARNINGS_NOT_ERRORS using OpenGrok [1] shows a couple of usages. Thus, I think it should be no problem to use it in your local environment. My preference would be to use it as it is used currently - setting the variable in the corresponding makefiles. [1] http://opengrok.adfinis-sygroup.org/source/ Best regards, Oliver.
Re: update service for not released languages [was: Re: Registration]
On Wed, Feb 27, 2013 at 5:17 AM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 26.02.2013 22:48, Rob Weir wrote: On Tue, Aug 14, 2012 at 3:35 AM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 09.08.2012 22:23, Andrea Pescetti wrote: Oliver-Rainer Wittmann wrote: On 07.08.2012 23:44, Andrea Pescetti wrote: I created a page with this content at http://www.openoffice.org/legacy/thankyou.html May be we can use it also for our update service. It could be the landing page for users of legacy OOo versions for whose language we do not have a released package. For those cases it would be better to wait until 3.4.1 is out, then provide, for unsupported languages, some beta/RC builds or langpacks based on the same SVN revision and the SDF files we have now and create a page saying something like your language is not officially supported, but you can help us [links to unofficial builds and instructions]. But this is just an idea that we can discuss after 3.4.1 is released. Yes, I would definitely wait until AOO 3.4.1 is out. Having unofficial language packs for our unsupported languages would be a good idea, esp. to attract some new volunteers for translations. I will keep your's and Rob's idea in mind for my planned future work on the update service. Now that the 3.4.1 language respin is released I'd like to bring back to mind this earlier discussion. There are (we assume) many users out there still running OOo 3.3.0 or earlier. Even months after 3.4.0 and 3.4.1 were released we get a steady stream of upgrades from OOo 3.3.0, 3.2.1 and 3.2.0. But we're only advertising upgrades for those cases where we have a translation for that language. I wonder if we could use the upgrade notification message as a form of recruitment for translation help in AOO 4.0? Yes, the update service could be used for it. For each language we are able to provide its own web site URL. Thus, we could use a landing page URL for languages for which we have no release. Since these are languages where we don't have sufficient translation support, I think we would have a single webpage in English. Or maybe we also cover other common 2nd languages like French, Spanish and Russian, and put them on the same page? In any case, I'd assume a single destination URL for this notification. I will have a look, if the message shown in the update service dialog in the running OOo 3.2, 3.2.1 and 3.3 instance can already contain a corresponding short message that the new version is not available in the requested language. And I'll work on a landing page. One idea would be this: 1) Create a landing page on the website that makes the following points: a) You are running an older version of OpenOffice. A more recent one is available, AOO 3.4.1, available in the following languages... b) We're working on a new 4.0 release with many exciting feature (point to blog post). We'd love to support your language, but need help with translation. If you want to help, or know someone who might be interested, here is where to find more information on how to get involved... c) Sign up here on the announcement mailing list (or Facebook, or Twitter or Google+) to be notified when AOO 4.0 is released 2) Then enable update notifications for all languages not included in AOO 3.4.1, and point the user to the new landing page. 3) After a week revert the update configuration file on our server to the earlier state, so users do not get this message repeatedly. (By default it should check only once a week). I think something like the above would be great to do in the near term, since it would give enough time for new volunteers to complete translations in time for AOO 4.0. +1 from my side. ad 3): may extend to two weeks OK. Another benefit of this is we'll get statistics, via Google Analytics, on the distribution of languages among those who have not upgraded to AOO 3.4.x. That can help us prioritize for AOO 4.0. Regards, -Rob Best regards, Oliver.
Re: [serf-dev] Serf 1.2.0 has been released
Hi, as Jürgen I only replied on serf-dev. But, I also want to share it here: Thx Greg for the hint. It looks like that our issues 119399 and 121202 would be solved, when we update on serf 1.2.0 for AOO. Best regards, Oliver. On 22.02.2013 19:59, Greg Stein wrote: Hi all, I'm pleased to announce the serf 1.2.0 release! This release contains many robustness fixes, especially around flaky and problematic connections. The CHANGES file is located at: http://serf.googlecode.com/svn/tags/1.2.0/CHANGES Download details are at: http://code.google.com/p/serf/downloads/list Direct links: http://serf.googlecode.com/files/serf-1.2.0.tar.bz2 SHA1: 30b29bd9214d50887abcc20cf82096aaaf5d1d61 http://serf.googlecode.com/files/serf-1.2.0.zip SHA1: 07112bb7f715e1ec472f190c7b3051189969bba7 Please report any problems to serf-...@googlegroups.com Cheers, -g
Re: TOOLS DRAW
Hi Ivan, On Tue, Feb 26, 2013 at 04:32:15PM -0600, jorge ivan poot diaz wrote: Hello, I try to change the name of a menu in draw. Only I want to learn how it works source code. I try to change: in DRAW From Tools Color Replacer to Tools test. I've been modifying: https://svn.apache.org/repos/asf/openoffice/trunk/main/helpcontent2/source/text/sdraw/guide/eyedropper.xhp But I have not results. This is only a help file. I think I'm changing something that should not. Help me please. What files I have to modify to do this. Every item in the menu bar, the toolbars, and the statusbar, is represented by a string that we call a UNO command. Menu bars, statusbars and toolbars are defined in XML files, they are usually located in module/uiconfig/[submodule/][uielement:menubar|statusbar|toolbar]/*.xml For the menubar and the statusbar you'll find only one xml file, because there is only one menubar and only one statusbar. Locate the menubar definition http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/sd/uiconfig/sdraw/menubar/menubar.xml and search for the command following the menu structure in the UI. Once you found the command, you can change the label (the text displayed in the UI). Labels for UNO commands are defined in configuration files, located in main/officecfg/registry/data/org/openoffice/Office/UI/ModuleCommands.xcu UNO commands that are used in more than one application and have the same label, are defined in GenericCommands.xcu. Note that your change will only modify the en-US string. You don't need to rebuild the whole office for this simple change, only officecfg and postprocess, then copy the respective modified file back in your installation (I leave this as homework ;) ). Regards -- Ariel Constenla-Haile La Plata, Argentina pgpmoJGlIirhL.pgp Description: PGP signature
Re: Sidebar color scheme survey
On 25.02.2013 11:21, Andre Fischer wrote: Am 25.02.2013 08:03, schrieb Xin Li: Hi Ariel, Thanks for your concern about the issue of color customization. I think we need to **discuss this issue as two parts: 1. Do we need to create the new look and feel for AOO? We always say that the current look and feel for AOO is out of style. We know that AOO just use the system color by default. But if we want AOO looks more modern and fashion, we need to do some change, we need to have new design for default look and feel. You can see that most of the PC software have their own default look and feel, like: MSO, Photoshop, Adobe Illustrator and so on. I think if the default visual style of software is good, the requirements of change color will be smaller. 2.User also can change to other colors if we have default new look and feel. We create new look and feel does not mean that we forbid user change color. User can also change color if they don't like the default look and feel. And I think the reasonable way is user can change the whole interface with sidebar to other colors. I will try this week to find some time to play with the colors. On Windows we are not so far away from the system colors, anyway. Maybe it is good enough to use the cleaner look (not so many lines and boxes and title bars as the old (Impress) taskpanel) together with the system colors. Besides, the system colors still offer some choice. And we can modify them a little bit like in the Impress slide sorter. Its selection color is based on the system selection color but is made a little brighter (I think). There are a lot of knobs to turn. Lets see what I can do. I have uploaded three screenshots (Windows, Ubuntu, Mac) for a slightly modified color scheme. Colors are based on system colors as provided by the StyleSettings class. I used the result of GetDialogColor() as base for most background colors. Panel, deck and tab bar use it unmodified. For the panel title bar I use a second color that is the dialog color with a modified luminance (-15). That same darker color is also used for the border around the deck. The border of tab buttons uses GetActiveBorderColor(). Please have a look: http://wiki.openoffice.org/wiki/Sidebar#Status I have not yet checked in my changes but will do if anybody is interested. -Andre -Andre Thanks. 2013/2/21 Ariel Constenla-Haile arie...@apache.org Hi Xin Li, On Thu, Feb 21, 2013 at 04:20:25PM +0800, Xin Li wrote: Hi all, Thanks for your votes and your feedback. I have summarized all votes from Facebook and mail list. The result is : A1:8A2:7A3:6 B1:8B2:8B3:10 C1:3C2:2C3:5 For control style, it seems that many user prefer proposal B (Simple line separator). As Kevin's suggestion,noise reduction and consistency would be best. So separators between clusters may be better. So we use separators between clusters to separate the buttons of cluster. For content panel color, it seems that there no obvious winner. I would like to share my thoughts on the visual style because it is already relate to color topic when we do the side bar migration. As we discussed before, the current grey color used in AOO is dark and looks out of style. We should do some light-weight change in AOO. If you see something gray in the user interface, it is because your system uses that color for painting that particular object. If a user doesn't like gray, s/he has to simply switch the desktop theme. Moving away from the system's style settings only renders the sidebar as something that does not fit with the rest of the application/desktop: http://people.apache.org/~arielch/images/sidebar/ These screen shots are from different GTK themes, the sidebar is obviously not following the rest of the application (the Navigator is side-by-side to show this fact). Regards -- Ariel Constenla-Haile La Plata, Argentina
Re: Helping with development
Forwarding the answer to Gerek... and yes, help is welcome and please read http://openoffice.apache.org/orientation/intro-marketing.html to know how to stay in touch! Andrea Kevin Grignon wrote: Gerek, Thanks for generous offer. Yes there are many open visual design and user experience design tasks. We are currently exiting a branding refresh. See : https://cwiki.apache.org/confluence/display/OOOUSERS/Apache+OpenOffice+4.0+Brand+Refresh+Project There is also a design task backlog on the UX wiki. I'll send along the link in another note. Regards, Kevin On Feb 27, 2013, at 3:15 PM, ITH.sk | Gerek Jurajge...@ith.sk wrote: Hi there I have interest to help you in graphic way for your products of Open office. Im designer with long time praxis and i have a many sucessfull projects behind me. If you want to improve your graphic environment in any way like website or some program please contact me. -- *Best Regards* *Gerek Juraj** * Štefánikova 264/30 029 01 Námestovo* * telefón : +421 911 316 241 web : * www.ith.sk* e-mail : ge...@ith.sk* * IČO : 43418635 DIČ : SK1074736278
Re: update service for not released languages [was: Re: Registration]
On Wed, Feb 27, 2013 at 7:54 AM, Rob Weir robw...@apache.org wrote: On Wed, Feb 27, 2013 at 5:17 AM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 26.02.2013 22:48, Rob Weir wrote: On Tue, Aug 14, 2012 at 3:35 AM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 09.08.2012 22:23, Andrea Pescetti wrote: Oliver-Rainer Wittmann wrote: On 07.08.2012 23:44, Andrea Pescetti wrote: I created a page with this content at http://www.openoffice.org/legacy/thankyou.html May be we can use it also for our update service. It could be the landing page for users of legacy OOo versions for whose language we do not have a released package. For those cases it would be better to wait until 3.4.1 is out, then provide, for unsupported languages, some beta/RC builds or langpacks based on the same SVN revision and the SDF files we have now and create a page saying something like your language is not officially supported, but you can help us [links to unofficial builds and instructions]. But this is just an idea that we can discuss after 3.4.1 is released. Yes, I would definitely wait until AOO 3.4.1 is out. Having unofficial language packs for our unsupported languages would be a good idea, esp. to attract some new volunteers for translations. I will keep your's and Rob's idea in mind for my planned future work on the update service. Now that the 3.4.1 language respin is released I'd like to bring back to mind this earlier discussion. There are (we assume) many users out there still running OOo 3.3.0 or earlier. Even months after 3.4.0 and 3.4.1 were released we get a steady stream of upgrades from OOo 3.3.0, 3.2.1 and 3.2.0. But we're only advertising upgrades for those cases where we have a translation for that language. I wonder if we could use the upgrade notification message as a form of recruitment for translation help in AOO 4.0? Yes, the update service could be used for it. For each language we are able to provide its own web site URL. Thus, we could use a landing page URL for languages for which we have no release. Since these are languages where we don't have sufficient translation support, I think we would have a single webpage in English. Or maybe we also cover other common 2nd languages like French, Spanish and Russian, and put them on the same page? In any case, I'd assume a single destination URL for this notification. I will have a look, if the message shown in the update service dialog in the running OOo 3.2, 3.2.1 and 3.3 instance can already contain a corresponding short message that the new version is not available in the requested language. And I'll work on a landing page. Hi Oliver -- here is a draft of what the landing page: http://www.openoffice.org/projects/untranslated.html -Rob One idea would be this: 1) Create a landing page on the website that makes the following points: a) You are running an older version of OpenOffice. A more recent one is available, AOO 3.4.1, available in the following languages... b) We're working on a new 4.0 release with many exciting feature (point to blog post). We'd love to support your language, but need help with translation. If you want to help, or know someone who might be interested, here is where to find more information on how to get involved... c) Sign up here on the announcement mailing list (or Facebook, or Twitter or Google+) to be notified when AOO 4.0 is released 2) Then enable update notifications for all languages not included in AOO 3.4.1, and point the user to the new landing page. 3) After a week revert the update configuration file on our server to the earlier state, so users do not get this message repeatedly. (By default it should check only once a week). I think something like the above would be great to do in the near term, since it would give enough time for new volunteers to complete translations in time for AOO 4.0. +1 from my side. ad 3): may extend to two weeks OK. Another benefit of this is we'll get statistics, via Google Analytics, on the distribution of languages among those who have not upgraded to AOO 3.4.x. That can help us prioritize for AOO 4.0. Regards, -Rob Best regards, Oliver.
Re: crashes due to corrupted user profile [was: Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile with AOO 4.0]
For the record, another positive case after the reset was not enough: http://forum.openoffice.org/en/forum/viewtopic.php?f=6t=59794 Hagar Le 14/02/2013 09:42, Oliver-Rainer Wittmann a écrit : Hi Hagar, On 10.02.2013 21:32, Hagar Delest wrote: Le 06/02/2013 21:21, Hagar Delest a écrit : Le 06/02/2013 09:03, Oliver-Rainer Wittmann a écrit : BTW, does the above given workarounds work on your side? Sadly, it's the profile of the machine that got its Windows XP partition unusable anymore. So can't say. But I keep the information in mind and will check next time I see a corner case like that on the forum. Or will try to dig to find a still open topic about the crashes. It seems there is a positive one: http://forum.openoffice.org/en/forum/viewtopic.php?f=6t=59477 Your trick did work after the profile reset had no effect. Thanks for the positive feedback. Best regards, Oliver. P.S.: Sorry for the long silence, again. I had got another viral flue which knocked me out the last days.
Re: Serf 1.2.0 has been released
On 22/02/2013 Greg Stein wrote: I'm pleased to announce the serf 1.2.0 release! This release contains many robustness fixes, especially around flaky and problematic connections. The CHANGES file is located at: http://serf.googlecode.com/svn/tags/1.2.0/CHANGES Thank you! By the way, any chances to get version 1.2.0 packaged for Fedora (or other distributions, for that matter)? Ideally, proper packaging would imply that both the OpenOffice and the Subversion packages depend on the serf package. A serf package seems to exist in Debian http://packages.debian.org/source/sid/serf but not, for example, in Fedora. Are there any ongoing efforts to get serf packaged on other mainstream distributions? This would help people who wish to package OpenOffice. Regards, Andrea.
Re: Introductions
On Sat, Feb 23, 2013 at 12:09 PM, Joshua Severn jasev...@gmail.com wrote: Who are you? Josh, long-time user of OpenOffice, newbie to the contributing community Where are you from? California, USA What are you interested in? User Documentation, Technical Communication and Writing, Translation (Japanese). Thank You. Josh, hi and thanks for introducing yourself. I would suggest if you're primarily interested in documentation, you might hang out on the Documentation mailing list for a bit to get a feel for what these folks are doing currently. See further info on our mailing list page: http://openoffice.apache.org/mailing-lists.html and thanks again for joining us. -- MzK Achieving happiness requires the right combination of Zen and Zin.
Re: Sidebar color scheme survey
Hi Andre, Thanks for the screenshots. Our ux team is working on the detail design of the layout. We will give a clear indication of the gradient color and the icon layout. We will send out one by one these days. 2013/2/28 Andre Fischer awf@gmail.com On 25.02.2013 11:21, Andre Fischer wrote: Am 25.02.2013 08:03, schrieb Xin Li: Hi Ariel, Thanks for your concern about the issue of color customization. I think we need to **discuss this issue as two parts: 1. Do we need to create the new look and feel for AOO? We always say that the current look and feel for AOO is out of style. We know that AOO just use the system color by default. But if we want AOO looks more modern and fashion, we need to do some change, we need to have new design for default look and feel. You can see that most of the PC software have their own default look and feel, like: MSO, Photoshop, Adobe Illustrator and so on. I think if the default visual style of software is good, the requirements of change color will be smaller. 2.User also can change to other colors if we have default new look and feel. We create new look and feel does not mean that we forbid user change color. User can also change color if they don't like the default look and feel. And I think the reasonable way is user can change the whole interface with sidebar to other colors. I will try this week to find some time to play with the colors. On Windows we are not so far away from the system colors, anyway. Maybe it is good enough to use the cleaner look (not so many lines and boxes and title bars as the old (Impress) taskpanel) together with the system colors. Besides, the system colors still offer some choice. And we can modify them a little bit like in the Impress slide sorter. Its selection color is based on the system selection color but is made a little brighter (I think). There are a lot of knobs to turn. Lets see what I can do. I have uploaded three screenshots (Windows, Ubuntu, Mac) for a slightly modified color scheme. Colors are based on system colors as provided by the StyleSettings class. I used the result of GetDialogColor() as base for most background colors. Panel, deck and tab bar use it unmodified. For the panel title bar I use a second color that is the dialog color with a modified luminance (-15). That same darker color is also used for the border around the deck. The border of tab buttons uses GetActiveBorderColor(). Please have a look: http://wiki.openoffice.org/wiki/Sidebar#Status I have not yet checked in my changes but will do if anybody is interested. -Andre -Andre Thanks. 2013/2/21 Ariel Constenla-Haile arie...@apache.org Hi Xin Li, On Thu, Feb 21, 2013 at 04:20:25PM +0800, Xin Li wrote: Hi all, Thanks for your votes and your feedback. I have summarized all votes from Facebook and mail list. The result is : A1:8A2:7A3:6 B1:8B2:8B3:10 C1:3C2:2C3:5 For control style, it seems that many user prefer proposal B (Simple line separator). As Kevin's suggestion,noise reduction and consistency would be best. So separators between clusters may be better. So we use separators between clusters to separate the buttons of cluster. For content panel color, it seems that there no obvious winner. I would like to share my thoughts on the visual style because it is already relate to color topic when we do the side bar migration. As we discussed before, the current grey color used in AOO is dark and looks out of style. We should do some light-weight change in AOO. If you see something gray in the user interface, it is because your system uses that color for painting that particular object. If a user doesn't like gray, s/he has to simply switch the desktop theme. Moving away from the system's style settings only renders the sidebar as something that does not fit with the rest of the application/desktop: http://people.apache.org/~arielch/images/sidebar/ These screen shots are from different GTK themes, the sidebar is obviously not following the rest of the application (the Navigator is side-by-side to show this fact). Regards -- Ariel Constenla-Haile La Plata, Argentina -- Best regards, Xin Li 李欣 UX designer
Re: TOOLS DRAW
Hello, ivan@ivan-Presario-CQ43-Notebook-PC:~/aoo/main/officecfg/registry/data/org/openoffice/Office/UI$ ls BaseWindowState.xcuDbTableDataWindowState.xcu MathWindowState.xcu BasicIDECommands.xcu DbTableWindowState.xcu StartModuleCommands.xcu BasicIDEWindowState.xcuDbuCommands.xcu StartModuleWindowState.xcu BibliographyCommands.xcu DrawImpressCommands.xcu WriterCommands.xcu CalcCommands.xcu DrawWindowState.xcu WriterFormWindowState.xcu CalcWindowState.xcuEffects.xcu WriterGlobalWindowState.xcu ChartCommands.xcu Factories.xcu WriterReportWindowState.xcu ChartWindowState.xcu GenericCategories.xcu WriterWebWindowState.xcu Controller.xcu GenericCommands.xcu WriterWindowState.xcu DbBrowserWindowState.xcu ImpressWindowState.xcu XFormsWindowState.xcu DbQueryWindowState.xcu makefile.mk DbRelationWindowState.xcu MathCommands.xcu I can not find: ModuleCommands.xcu I have already been modifying: http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/sd/uiconfig/sdraw/menubar/menubar.xml But after on the interface I can not see that I modify labels. Disappear.ar. 2013/2/27 Ariel Constenla-Haile arie...@apache.org Hi Ivan, On Tue, Feb 26, 2013 at 04:32:15PM -0600, jorge ivan poot diaz wrote: Hello, I try to change the name of a menu in draw. Only I want to learn how it works source code. I try to change: in DRAW From Tools Color Replacer to Tools test. I've been modifying: https://svn.apache.org/repos/asf/openoffice/trunk/main/helpcontent2/source/text/sdraw/guide/eyedropper.xhp But I have not results. This is only a help file. I think I'm changing something that should not. Help me please. What files I have to modify to do this. Every item in the menu bar, the toolbars, and the statusbar, is represented by a string that we call a UNO command. Menu bars, statusbars and toolbars are defined in XML files, they are usually located in module/uiconfig/[submodule/][uielement:menubar|statusbar|toolbar]/*.xml For the menubar and the statusbar you'll find only one xml file, because there is only one menubar and only one statusbar. Locate the menubar definition http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/sd/uiconfig/sdraw/menubar/menubar.xml and search for the command following the menu structure in the UI. Once you found the command, you can change the label (the text displayed in the UI). Labels for UNO commands are defined in configuration files, located in main/officecfg/registry/data/org/openoffice/Office/UI/ModuleCommands.xcu UNO commands that are used in more than one application and have the same label, are defined in GenericCommands.xcu. Note that your change will only modify the en-US string. You don't need to rebuild the whole office for this simple change, only officecfg and postprocess, then copy the respective modified file back in your installation (I leave this as homework ;) ). Regards -- Ariel Constenla-Haile La Plata, Argentina
Re: TOOLS DRAW
On 28.02.2013 07:03, jorge ivan poot diaz wrote: Hello, ivan@ivan-Presario-CQ43-Notebook-PC:~/aoo/main/officecfg/registry/data/org/openoffice/Office/UI$ ls BaseWindowState.xcuDbTableDataWindowState.xcu MathWindowState.xcu BasicIDECommands.xcu DbTableWindowState.xcu StartModuleCommands.xcu BasicIDEWindowState.xcuDbuCommands.xcu StartModuleWindowState.xcu BibliographyCommands.xcu DrawImpressCommands.xcu WriterCommands.xcu CalcCommands.xcu DrawWindowState.xcu WriterFormWindowState.xcu CalcWindowState.xcuEffects.xcu WriterGlobalWindowState.xcu ChartCommands.xcu Factories.xcu WriterReportWindowState.xcu ChartWindowState.xcu GenericCategories.xcu WriterWebWindowState.xcu Controller.xcu GenericCommands.xcu WriterWindowState.xcu DbBrowserWindowState.xcu ImpressWindowState.xcu XFormsWindowState.xcu DbQueryWindowState.xcu makefile.mk DbRelationWindowState.xcu MathCommands.xcu I can not find: ModuleCommands.xcu Draw and Impress share most of their code. They also share their ...Commands.xcu which therefore is named DrawImpressCommands.xcu. -Andre I have already been modifying: http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/sd/uiconfig/sdraw/menubar/menubar.xml But after on the interface I can not see that I modify labels. Disappear.ar. 2013/2/27 Ariel Constenla-Haile arie...@apache.org Hi Ivan, On Tue, Feb 26, 2013 at 04:32:15PM -0600, jorge ivan poot diaz wrote: Hello, I try to change the name of a menu in draw. Only I want to learn how it works source code. I try to change: in DRAW From Tools Color Replacer to Tools test. I've been modifying: https://svn.apache.org/repos/asf/openoffice/trunk/main/helpcontent2/source/text/sdraw/guide/eyedropper.xhp But I have not results. This is only a help file. I think I'm changing something that should not. Help me please. What files I have to modify to do this. Every item in the menu bar, the toolbars, and the statusbar, is represented by a string that we call a UNO command. Menu bars, statusbars and toolbars are defined in XML files, they are usually located in module/uiconfig/[submodule/][uielement:menubar|statusbar|toolbar]/*.xml For the menubar and the statusbar you'll find only one xml file, because there is only one menubar and only one statusbar. Locate the menubar definition http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/sd/uiconfig/sdraw/menubar/menubar.xml and search for the command following the menu structure in the UI. Once you found the command, you can change the label (the text displayed in the UI). Labels for UNO commands are defined in configuration files, located in main/officecfg/registry/data/org/openoffice/Office/UI/ModuleCommands.xcu UNO commands that are used in more than one application and have the same label, are defined in GenericCommands.xcu. Note that your change will only modify the en-US string. You don't need to rebuild the whole office for this simple change, only officecfg and postprocess, then copy the respective modified file back in your installation (I leave this as homework ;) ). Regards -- Ariel Constenla-Haile La Plata, Argentina