Hi! I read the legals of software in Hungary. I see no problems of the screenshot neighter in windows, neighter in opensource, because you are working for open source: libreoffice, and the windows or opensource OS, is just a frame, and you can cut of the screenshot the startbar in windows and tha it's just the program, witch could be form any KDE. But avoiding the USA policy I will do the screenshots in ubuntu. We don't want any problems I think. :D I would do it in Mac, but don't want to buy a Mac for 3000 euro...
Hobbit 2011/7/7 Tom Davies <tomdavie...@yahoo.co.uk> > Hi :) > I think Apple are a lot less protective of screen-shots of their DE. It's > all > based on FreeBsd anyway! However they do put a LOT of work into creating a > very > distinctive style so it's possible they are worse than MS are reputed to > be. > > > Gnu&Linux distros are likely to be more sensible and see it as free > advertising. > > > I think we should aim at being consistent for now for new screen-shots, > because > we have excellent people such as Jaimon that are able to focus on doing > screen-shots for people that haven't got the agreed themes. This means > some > people can focus on the words without having to worry about side-issues. > > > After the Design Team arrive at a conclusion and after Jean gets back i > think > that would be a better time to discuss screen-shots in future releases of > documentation. > > > Haphazard and ill-considered differences will detract from our > documentation and > there is no need for it when we have a good system for producing higher > quality > results. Jaimon & Jean have put a lot of work into this. Please, lets not > spoil it for them now! > > At the moment the screen-shots seem more on a level that competes with > Apple's > aim of high quality artistic simplicity & skill. > > Regards from > Tom :) > > > > ________________________________ > From: David Nelson <li...@traduction.biz> > To: documentation@global.libreoffice.org; des...@global.libreoffice.org > Sent: Thu, 7 July, 2011 5:59:38 > Subject: [libreoffice-documentation] Screenshots for LibreOffice > documentation > > Hi Jay, *, > > On Thu, Jul 7, 2011 at 4:26 AM, planas <jsloz...@gmail.com> wrote: > > Unless someone is willing to spend the time and money to properly > > research the US legal issues, the safest course is avoid any chance of > > putting us into a possible legal crosshairs. I have neither. The problem > > is that no one has come forward who is US attorney and knowledgeable on > > software related issues to advise us. MS could consider LO as a direct > > competitor to MSO and thus would look for our legal blunders committed > > out of ignorance of US law. > > > > It may be more tedious for us to make sure our screenshots do not show > > anything that would imply a Windows OS but it is safer. I doubt any > > Linux distro would be upset if their desktop was identifiable in one of > > our screenshots. In fact a subtle plug could made by saying all the > > screenshots were made on various Linux distros. Many Windows users think > > we are command line using dinosaurs and would be surprised to see a > > vaguely familiar desktop. > > Well, if one *were* to accept that the risk might possibly exist in > the US, I somehow *feel* that Microsoft would be much less likely to > succeed in such hypothetical action in European courts. Also, > certainly in Europe, Microsoft would be likely to attract loud > criticism and incite hostile activism in doing so. > > But, even if one were to avoid Windows screenshots to the greatest > extent possible (it being difficult to produce good Windows > installation guides - for example - without taking screenshots under > Windows), I still would not like to see the English docs team and > website team taking its screenshots purely under Linux/Unix. What > about the Macintosh platform? I'd certainly like to encourage more > involvement from Mac users. > > Also, in response to a conversation taking place currently on the > Design mailing list (the which list I'm CC'ing), it's my personal > feeling that it is not especially beneficial to ensure that all > screenshots look identical (in terms of the theme used). Nor do I > personally feel it's particularly beneficial to ensure that all > screenshots be taken using a theme based on colors from the > LibreOffice Design/Marketing pallet. > > An English documentation contributor's guide has been developed with > rational recommendations for the taking of screenshots, and I think it > largely addresses the issues that really matter in terms of their > usability/suitability. > > However, I feel that we should make it as easy as possible for new > English docs and website contributors to get involved, and not set-up > unnecessary requirements in terms of software used and GUI > environment. And I also feel we should *celebrate* the possible > diversity of OS and GUI for running LibreOffice, and need not shun > variety of colors and themes in screenshots either for English > LibreOffice documentation or for LibreOffice websites. > > Anyway, this is just to make clear my own POV on the subject one final > time. Thanks for reading, if you did. > > -- > David Nelson > > -- > Unsubscribe instructions: E-mail to > documentation+h...@global.libreoffice.org > Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette > List archive: http://listarchives.libreoffice.org/global/documentation/ > All messages sent to this list will be publicly archived and cannot be > deleted > -- > Unsubscribe instructions: E-mail to > documentation+h...@global.libreoffice.org > Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette > List archive: http://listarchives.libreoffice.org/global/documentation/ > All messages sent to this list will be publicly archived and cannot be > deleted > -- Unsubscribe instructions: E-mail to documentation+h...@global.libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/documentation/ All messages sent to this list will be publicly archived and cannot be deleted