Re: [libreoffice-design] Idea: command launcher for LibreOffice
I discovered this few times ago. I don't know if it's easily possible to implement this type of feature to be cross-system, I'm not a dev. But I must agree, this is very interesting. Kévin 2011/10/29 Oren Barnea oren.bar...@gmail.com I didn't know about this feature of OS X. Turns out it's been around since 2006! Here's a short video demonstrating it: http://www.youtube.com/watch?v=WScF1OAL094 The notes under the video say that It works in all programs, even Photoshop. Does it work in LibreOffice under OS X? :) Thanks for this Kévin, very interesting. On Sat, Oct 29, 2011 at 11:51, Kévin PEIGNOT peignot.ke...@kpeignot.fr wrote: Hy every one ! What you are speaking here make me think about MAC osx help system. You type what you want to do and it open the good menu for you. I do not have a MAC myself so I can't make capture but I'm sure there are a lot easily findable on YouTube or other. It's a great way to help AND learn AND save time I think. Maybe we could think about a similar system ? Kévin --- Sent from gmail for Android Le 25 oct. 2011 23:00, Christoph Noack christ...@dogmatux.com a écrit : Hi Oren, all! Dear designers, I had to moderate Oren's mail and already included a quick reply with a proposal from some time ago (see below, please). Am Dienstag, den 25.10.2011, 22:29 +0200 schrieb Oren Barnea: On Tue, Oct 25, 2011 at 22:09, Christoph Noack christ...@dogmatux.com wrote: [...] Concerning your idea ... yes, we had some similar proposals some years ago, but we didn't get that far to consider it / implement it. If you like, please have a look at: http://wiki.services.openoffice.org/wiki/Proposal_by_Andreas_Schuderer#Keyboard_Command_Invocation [...] Thank you for the link to the proposal from a few years ago. It's very well written and quite convincing IMHO... Do you happen to remember why it didn't even get considered? I read somewhere that after the split from OO.o, the development of LibreOffice became quicker and more flexible - do you think there's a chance that the idea that got rejected back then might be getting a warmer welcome now? It didn't get considered, since we brainstormed about new ways to access functionality ... first, we needed improved menus (the command invocation was something optional), then it was prototyped, then it became clear that before any changes OOo needed to be cleaned up first, then we got the first results in Impress, and then ... well the story of LibO :-) Surely, the LibreOffice development became quicker and more flexible ... because many developers are free to decide on their tasks and time. This means we need to find someone who likes this idea. One, who may start doing a simple proof-of-concept via an extensions (or something like that). In this case, it needs asking them ... any developer around who might know whom to ping? Some years ago, I also thought a bit about such an issue ... for example something like an Awesome Bar (see Firefox) for OOo/LibO. * Enter a word ... it's a term in the document as well? Then show the function to search / jump to that word. * Enter a number ... it's a heading? Then resolve it to a cross-reference. * Enter a function ... maybe the user needs help as well. Offer to go to the help topic. * ... You'll get the point ;-) But first, let's have some room for the others as well ... Cheers, Christoph Am Dienstag, den 25.10.2011, 10:11 +0200 schrieb Oren Barnea: Hello, Here's an idea aimed at helping with the long-standing problem of the huge number of commands, options and menu items in office suites, and their low discoverability. It's more of an adaptation of existing ideas, actually. Desktop application launchers (Gnome-Do, Katapult, Synapse and their likes) have been around for years and IMHO are a very convenient way of executing applications, launching files and so on. Recently they have gone more mainstream, as Windows 7, Gnome Shell and Unity all have similar functionality built into their interfaces. I think an office suite could benefit from having a similar interface as a way to improve the efficiency of work and the discoverability of the commands and options available to the user, since the traditional menu structure and the newer Ribbon style are both lacking in this. As a first step to implement this idea, I think it might be possible to create an index of the texts in the localization files of LibreOffice, which include all the commands, options and word in dialog boxes that a user might want to execute. Once the index exists, a plug-in can be written to launch a
Re: Share the how to collaborate? (was: Re: [libreoffice-design] New web banners. Feedback?)
hi christoph So I felt free to add some introduction, changed the formatting / numbering a bit, added a license recommendation, and changed the text a bit. Concerning the latter, my aim was to emphasize the personal contribution ... I hope that's fine for you. yes, of course :) and the formatting is way better now, thanks a lot! What's the next thing you'd like to improve? ;-) uhmm, i guess this is ok for now. it's not too long, which means new contributors can read through it in a few minutes, but it contains all the important things they should be aware of when making contributions. the only thing i'd add is a link to this page from the get started page (if there is one) or from the design kick off page. tobias 2011/10/29 Christoph Noack christ...@dogmatux.com Hi Tobias! First, thanks for the help :-) Am Freitag, den 28.10.2011, 17:51 +0200 schrieb Tobias Bernard: hi all after some busy weeks where i've been absent from the mailing list, here's a first draft for the collaboration wiki text. http://wiki.documentfoundation.org/Design/Collaboration as i said, i don't have a lot of experience with mediawiki, so the formatting could probably be better and there are probably still some language errors ;) what do you think? That's great - it is much simpler to refine something once its there, than having to create something new. So I felt free to add some introduction, changed the formatting / numbering a bit, added a license recommendation, and changed the text a bit. Concerning the latter, my aim was to emphasize the personal contribution ... I hope that's fine for you. Thanks a lot! What's the next thing you'd like to improve? ;-) Cheers, Christoph 2011/10/3 Christoph Noack christ...@dogmatux.com Hi Tobias, all! Am Montag, den 03.10.2011, 21:00 +0200 schrieb Tobias Bernard: So, Tobias (or anybody interested), could you start such a Design/Collaboration page? yes, i could. great idea! Cool - thanks a lot! but i'd probably need some help, because i don't have a lot of exprience with mediawiki (i tried to create a new page, but couldn't find the option to do it). so if someone creates a page i'd write the text ;) Done :-) Here it is ... http://wiki.documentfoundation.org/Design/Collaboration Creating a page in MediaWiki is a bit funny, yes. You need to browse to the inexistent page (e.g. by typing in a URL), then you get the option to Create it. But, you need to be logged in. Thanks again! I'm sure we can make it a helpful resource for new team members ... if others think stuff is missing (e.g. I always wanted to know ..., I know others always missed ...), then please jump in. Cheers, Christoph tobias 2011/9/29 Christoph Noack christ...@dogmatux.com Hi Tobias, all! Am Mittwoch, den 28.09.2011, 21:51 +0200 schrieb Tobias Bernard: [...] but as i already said and others too mentioned, it *is* a problem, when design is done with proprietary software and no soures are available in a standard format (in our case SVG). [...] in any way, i highly recommend everyone to use free software from the very beginning, so we don't have to deal with such problems in the future. I still totally agree ... and you've stated many reasons why the use of open file formats and free software is required to enable collaboration. So, I'd like to kindly ask you for a favor - could you please summarize these thoughts on a wiki page, so that other new community members get an idea how we usually work? That was something I had in mind since quite some time ... but never managed to start writing such a page. I promise that I'll add stuff later ;-) And, it would be greatly complement our already existing tools page: http://wiki.documentfoundation.org/Design/User_Experience/Tools So, Tobias (or anybody interested), could you start such a Design/Collaboration page? Cheers, Christoph 2011/9/28 David Nelson li...@traduction.biz Hi guys, Sorry, but I disagree with criticising Aleksandar like this. 1) We need creative people doing work for our project. I don't really care what he uses, as long as the format of the source files is accessible. Sure, it would be great if he was using Gimp or Inkscape, but Photoshop can output files that can be read with those programs, and Gimp can read .psd. 2) We all have our favorite tools. I run Linux 24/7 on my system, but I always keep a copy of Photoshop 6/ImageReady installed using Wine/Crossover Office, simply because I know how to easily do things with them that *can* be done with Gimp but only in a more round-about manner. Plus, there
Re: [libreoffice-design] Re: Work Items Management
Hi Nik, Christoph, *, Am 25.10.2011 05:52, schrieb Nik: [...] *Klaus-jürgen mentioned;* [...] 3. As I understand your proposal, the items will be more different than the work-item-list [1]. Will you/we make a list to collect the different items before 1st of november? [...] *My suggestions regarding these very pertinent questions;* [...] 3. That is a good point I hadn't considered. Can someone help me establish the current status and contacts for each of the existing tasks. (just add it to the bottom of the current wiki task list page to avoid complicating this thread). I have started now such a list of collection [1]. Work on it, put things to the list, delete it. Mention also on our Whiteboards [2]. [1] http://wiki.documentfoundation.org/Design/work_items_collection [2] http://wiki.documentfoundation.org/Design/Whiteboards -- Grüße k-j -- 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
Re: [libreoffice-design] I'm going to leave the community - thanks to all of you!
Hi Bernhard, ... On 11.10.29 10:24, Bernhard Dippold wrote: Hi all, I'm very sorry that I have to announce this: I can't spend my time on LibreOffice any more. During the last weeks (to be honest: even the last months) I only read this list and some of the others I'm subscribed to, but my replies became very rare. I tried for a very long time to avoid compromising my private life with my LibreOffice (and previously OpenOffice.org) activities. But looking on my life I have to confess, that this didn't really work out. From now on I will try to spend more time with the most important people in my real life: my children and my friends. Even if I like being here very much, real life is more important - and if you understand that you have to spend your time wisely, your decision is clear... I'm not the one to reduce my activities until a certain amount of work: It turned out in the past that I had been as active as before (or even more) after a few week's time. So I have to stop all my LibreOffice activities and hope that you keep up the great work you already do. It has been very much fun to be a part of this community. I learned quite a lot during the 6 or 7 years of in the OpenOffice.org and LibreOffice community (I improved not only my English), but the most important part of the work here is to meet not only co-workers, but friends. I'm leaving very reluctantly, but as the day has less than 30 hours to work, I know that my decision is the right one. Thank you that I could be part of such a great community - and a design team that starts to become more and more important inside this community. Best regards Bernhard We are grateful for having been able to borrow as much of your time as we did. And /in/ that time you achieved s much and inspired the rest of us to try and keep up. You have a lot to be proud of. For the outside world, your contributions changed the way millions see LibreOffice (and OpenOffice.org before that). Within this list, you've single-handedly redefined the concept of dedication for many of us. You've been a leader who led by inspiring and by doing the hard work when no one else could, or would. The best kind of leader. Your's is a retirement well earned! The rest of us can only hope we accomplish as much as you did, as well as you did it. Some of us you can consider friends, the rest of us you can consider fans. We'll miss you man. -Nik -- 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
Re: [libreoffice-design] Some Feedback on Citrus.
Hi Astron, everyone, 2011/10/30 Astron heinzless...@googlemail.com Hi everyone, a few days ago, Andrew asked for feedback on Mirek's Citrus proposal. So, here, I want to start a thread on what I/we like and what I/we don't like (about the desktop/laptop proposal), in the hope that it helps Mirek to refine his proposal. Please note, I am not a regular reader of Mirek's blog and my assumptions are based on the short descriptions from the wiki, so if anything on this list seems wrong to you, feel free to correct me. Here we go, structure is as on Mirek2's wiki page: * Ellipsis menu: I like the idea and it looks much better (cleaner) than it does currently; for executing commands it is also more functional. Here's what I don't like: that you can customise your toolbar via drag-and-drop is not made visible at all; for users of accessibility solutions there seems to be no way to add or remove something. The ellipsis menu wouldn't be the only way a toolbar could be customized. If the ellipsis menu was implemented in today's LibreOffice, there would still be a link to the Customize dialog in the menubar and the toolbar's right-click menu. * Page/slide handles: I like the idea (so much I opened a bug about it – fdo#38597). There's a lot to discuss, though, before this can be implemented (how it zooms, how it acts, etc.). Also, the proposal doesn't work at all for Calc (which Mirek explained, he uses so seldomly that he didn't include it in his proposals). It shouldn't be in Calc, at least not with how Calc works now. I don't think Calc lets you change page formatting for each page separately, so being able to select separate pages would be of no use. (You can select the whole table with the blank top-left corner cell, though.) And Calc already has a way of showing page number under Page view, different from how all the other LibO apps show page number. * Continuously scrollable slides: Not a bad idea for the read-only mode. When editing a document, however, there will sometimes be the case that an image or other element would overlap into the next slide. What should LibO do then? Push the slide further below? Cut the element off in between the two slides? I'm sceptical. There are two ways it could go: - Keep it shown on both slides, and leave cropping to the user. - Keep the element shown on one slide only. If the user wanted to have it on both slides, he would simply duplicate it. I think the latter would be the ideal way of going about it, as it would keep the functionality the same and therefore there would be no compatibility probems between LibO versions. The object would show up only on one slide, that slide being the one it was created in (if it was a shape, this would be the slide in which the cursor was placed initially) or dragged to (that is, on the slide where the cursor stopped). * Add page/slide: I can see this being very useful in Impress and Draw, but in those programs, I would probably put this button into the sidebar. There is no sidebar for Impress/Draw in Citrus (unless you mean the Navigator). The point of this button is to have a button inline, so that a user didn't have to have a sidebar open to get this core functionality. That's especially useful when working on a small screen and/or with two windows side-by-side (which I have quite often). For Writer, it would be similarly useful, but we'd also need more complexity: it'd need at least a Add page and an Add Section button (unless there is any way in which we can make those two commands the same). It's in the more recent proposal (add page is centered on the left half, add section on the right half). :) *Float bar: I'm not sure that I heavily subscribe to this – there is a similar bar in the Pencil extension for Firefox that I use for mock-ups that pops up when one edits certain text fields. I think the most important aspect for the float bar is that it keeps a large enough distance from the element, so it doesn't annoy the user or gets in the way; and still is not positioned so far from the element that the user thinks it doesn't belong o the element any more. There are a few other positioning questions that need to be solved: if the element covers the entire screen, where would the float bar be least in the way (it can either cover the element itself or cover the docked toolbars or maybe could be positioned vertically) ... what's the best option? The whole point of the float bar is to be as close to the selection without covering it, so as to minimize mouse distance. That's the reason for having it. Otherwise, there is no difference between it and the toolbar -- it can only contain the same commands as the toolbar. And just like the toolbar, it could be hidden/shown in the View menu. (It would show up on any selection, it wouldn't discriminate.) * Insert bar: This is an idea from Ooo 1.0, I think. I'd love to know why it was abandoned, then, because it probably is a
